Christian Theune wrote:
Dmitry Vasiliev wrote:
I agree the i18n datetime parsing should be made a bit relaxed. I even
think the only important thing in this context is the order of the
fields, so we can ignore spaces (or even ignore some other
delimitters?) and maybe ignore other non-field c
On Wed, Jun 28, 2006 at 11:47:28AM +0200, Christian Theune wrote:
> I'm very much against "relaxed" date/time format checking. I tend to
> give my user the exact format that is expected and fail otherwise. All
> the guessing in the past led to bad bad errors because the field order
> the user en
Stephan Richter wrote:
On Wednesday 28 June 2006 05:47, Christian Theune wrote:
I'm very much against "relaxed" date/time format checking. I tend to
give my user the exact format that is expected and fail otherwise. All
the guessing in the past led to bad bad errors because the fie
Wichert Akkerman wrote:
Previously Christian Theune wrote:
I'm very much against "relaxed" date/time format checking. I tend to
give my user the exact format that is expected and fail otherwise. All
the guessing in the past led to bad bad errors because the field order
the user entered was syn
Previously Christian Theune wrote:
> I'm very much against "relaxed" date/time format checking. I tend to
> give my user the exact format that is expected and fail otherwise. All
> the guessing in the past led to bad bad errors because the field order
> the user entered was syntactically compati
On Wednesday 28 June 2006 05:47, Christian Theune wrote:
> I'm very much against "relaxed" date/time format checking. I tend to
> give my user the exact format that is expected and fail otherwise. All
> the guessing in the past led to bad bad errors because the field order
> the user entered was sy
Dmitry Vasiliev wrote:
Gary Poster wrote:
However, I'm not sure the new widget behavior is great for non-default
locales either. Certainly being able to display dates in a
locale-specific way is nice, but the input seems to be problematic.
If you specify an ACCEPT-LANGUAGE of "en-US", for i
Gary Poster wrote:
However, I'm not sure the new widget behavior is great for non-default
locales either. Certainly being able to display dates in a
locale-specific way is nice, but the input seems to be problematic. If
you specify an ACCEPT-LANGUAGE of "en-US", for instance, you need to
fi
Tres Seaver wrote:
Dmitry Vasiliev wrote:
It's the datetime format for the default locale, see the specification
in zope/i18n/locales/data/root.xml.
That breaks a test:
File
"/home/tseaver/projects/Zope-CVS/tseaver-retire_zpkg-2.10/lib/python/zope/formlib/form.txt",
line 1547, in form.txt
Fa
On Jun 26, 2006, at 5:12 PM, Tres Seaver wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dmitry Vasiliev wrote:
Benji York wrote:
...
Why does the display of the default DateTime widget change?
DatetimeWidget now use zope.i18n for parse and format values so the
display is the same
On Monday 26 June 2006 17:12, Tres Seaver wrote:
> not onlyt that, but I don't believe that '2002 12 2 12:30:00' is a
> valid date representation in *any* standard locale. The
> dashes-with-leading-zeros should be the default (it is the stock ISO
> date format).
This has nothing to do with an IS
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dmitry Vasiliev wrote:
> Benji York wrote:
>> Philipp von Weitershausen wrote:
>>> Dmitry Vasiliev wrote:
>>>
Log message for revision 68818:
Fixed issue 525: DateWidget ru-format
>>
- type="text" value="2002-12-02 12:30:00"
Benji York wrote:
Philipp von Weitershausen wrote:
Dmitry Vasiliev wrote:
Log message for revision 68818:
Fixed issue 525: DateWidget ru-format
- type="text" value="2002-12-02 12:30:00" />
+ type="text" value="2002 12 2 12:30:00 " />
Note that a EditForm can't make
Philipp von Weitershausen wrote:
Dmitry Vasiliev wrote:
Log message for revision 68818:
Fixed issue 525: DateWidget ru-format
- type="text" value="2002-12-02 12:30:00" />
+ type="text" value="2002 12 2 12:30:00 " />
Note that a EditForm can't make use of a get_render
Dmitry Vasiliev wrote:
> Log message for revision 68818:
> Fixed issue 525: DateWidget ru-format
...
> Modified: Zope3/branches/3.3/src/zope/formlib/form.txt
> ===
> --- Zope3/branches/3.3/src/zope/formlib/form.txt 2006-06-24 09
15 matches
Mail list logo
