Based on feedback from Jim and Fred, I took out date and time object
marshalling and comparison. (Actually, you can still compare an
xmlrpclib.DateTime object with a datetime.date object, because DateTime
objects can be compared with anything that has a timetuple method.) There's
a patch at
On Saturday 22 October 2005 07:48, [EMAIL PROTECTED] wrote:
> ..., I'm inclined to dump support
> for marshalling and comparison of time objects altogether. Do others
> agree that was a bad idea?
Very much. As Jim notes, supporting date objects is more than a little
questionable as well. Da
[EMAIL PROTECTED] wrote:
> With significant input from Fred I made some changes to xmlrpclib a couple
> months ago to better integrate datetime objects into xmlrpclib. That raised
> some problems because I neglected to add support for comparing datetime
> objects with xmlrpclib.DateTime objects.
On 10/22/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> With significant input from Fred I made some changes to xmlrpclib a couple
> months ago to better integrate datetime objects into xmlrpclib. That raised
> some problems because I neglected to add support for comparing datetime
> objects w
With significant input from Fred I made some changes to xmlrpclib a couple
months ago to better integrate datetime objects into xmlrpclib. That raised
some problems because I neglected to add support for comparing datetime
objects with xmlrpclib.DateTime objects. (The problem showed up in
MoinMoi