PROTECTED]; [EMAIL PROTECTED]
Oggetto: RE: [Zope-dev] Playing with DateTime
IMHO, the best approach would be to make mxDateTime available separately
from DateTime in the _ variable. That would avoid breaking any code, but
allow anyone who wanted to use mxDateTime that option from within Zope
Hello Stefano,
I used mxDateTime about two years ago, when I worked with Bobo, the
move to Zope brought lots of advantages, the only thing I missed was
mxDateTime.
The discussion about DateTime comes to the mailing lists between time
to time, you can look what has already been said about it
"[EMAIL PROTECTED]" wrote:
Hello
I am playing around with the DateTime module in order to adapt it to other formats
than the American one. However, I would like not to start a work that someone is
already doing or that is already done. I have found a little patch that solves
temporarily
Hi!
IMHO, the best approach would be to make mxDateTime available separately
from DateTime in the _ variable. That would avoid breaking any code, but
allow anyone who wanted to use mxDateTime that option from within Zope.
I think a product that adds mxDateTime to the _ variable would be
IMHO, the best approach would be to make mxDateTime available separately
from DateTime in the _ variable. That would avoid breaking any code, but
allow anyone who wanted to use mxDateTime that option from within Zope.
I think a product that adds mxDateTime to the _ variable would be
Hello,
Of course, we already can use mxDateTime in our own products. But
there is a problem, both modules have the same name, if you write
"import DateTime" you get the Zope's DateTime module.
A solution is to rename the mxDateTime module directory from
DateTime to, for example, mxDateTime,
Hello
I am playing around with the DateTime module in order to adapt it to other formats
than the American one. However, I would like not to start a work that someone is
already doing or that is already done. I have found a little patch that solves
temporarily the problem, but I would like to
Hello,
IMHO the long term solution would be to use the mxDateTime [1]
module instead of the DateTime module that currently uses Zope.
best regards,
jdavid
[1] http://www.lemburg.com/files/python/mxDateTime.html
Hello
I am playing around with the DateTime module in order to adapt it
Ola Juan
I think that, while on one side is very comfortable to recycle others code, there
should have been a very good reason for DC to develop that class. I had the impression
that the class is heavily used in the internals of Zope, and probably the integration
of an external module would