HtmlFormRenderer.java

[Jean-Sébastien HEDERER]

   1.   I'm wondering if it would not be better to change how
      "*<date-find type="date"/>*" is managed. Actually, entry shows a
      format like "YYYY-MM-dd hh:mm:ss.s" but I think it would be better
      to show a format like "YYYY-MM-dd".
   2. I think this should be so for "*<date-time type="date"/>*" too
   3. I think dates should be displayed with locale taken into account.
      Form example in France, a date is shown as "dd/MM/YYYY" (even if
      it's not good in order to sort field)


Any remark on this? I'm working on a patch for these points.

[Jacques Le Roux]

Hi Jean-Sébastien,

Please take a look at this issue : http://issues.apache.org/jira/browse/OFBIZ-265?page=all
I doubt (did not try) it can be applied as is but it's certainly a very good base since it's working well in Neogia since so long...

I have a question for OFBiz commiters : please who is the last person who said
"Yeah I think generally speaking this is a good idea.".
And what this sentence is really about ? Does it mean that it was ok to apply this patch (at this time...) ?

Thanks

Jacques

From: "Jean-Sébastien Hederer" <[hidden email]>

>    1.   I'm wondering if it would not be better to change how
>       "*<date-find type="date"/>*" is managed. Actually, entry shows a
>       format like "YYYY-MM-dd hh:mm:ss.s" but I think it would be better
>       to show a format like "YYYY-MM-dd".
>    2. I think this should be so for "*<date-time type="date"/>*" too
>    3. I think dates should be displayed with locale taken into account.
>       Form example in France, a date is shown as "dd/MM/YYYY" (even if
>       it's not good in order to sort field)
>
>
> Any remark on this? I'm working on a patch for these points.
>

[David E Jones-2]

I think this should be discussed quite a bit more before anything is  
done.

I've written this over and over, but might as well repeat it...

Date and time formatting is a real pain. Different places and  
different people do things differently, and most of the things we do  
really make no sense. In general in OFBiz the goal has been to have  
something that is:

1. consistent across screens and applications
2. applicable in a wide variety of applications
3. output format consistent with input format
4. something that sorts well as a string

The descending format starting with the longest period and going down  
to the shortest works well for this, and it happens to be the default  
format for the Java sql data/time objects.

Of course, some people might like to have localized date and time  
formats because they have a bit of extra money they want to kill, and  
some extra time they want to put into trying to explain things... of  
course that's just my distant point of view on it.

If a custom format was desired it might be nice to have something  
applied more globally and consistently.

-David


On Nov 14, 2006, at 1:43 PM, Jacques Le Roux wrote:

> Hi Jean-Sébastien,
>
> Please take a look at this issue : http://issues.apache.org/jira/ 
> browse/OFBIZ-265?page=all
> I doubt (did not try) it can be applied as is but it's certainly a  
> very good base since it's working well in Neogia since so long...
>
> I have a question for OFBiz commiters : please who is the last  
> person who said
> "Yeah I think generally speaking this is a good idea.".
> And what this sentence is really about ? Does it mean that it was  
> ok to apply this patch (at this time...) ?
>
> Thanks
>
> Jacques
>
> From: "Jean-Sébastien Hederer" <[hidden email]>
>>    1.   I'm wondering if it would not be better to change how
>>       "*<date-find type="date"/>*" is managed. Actually, entry  
>> shows a
>>       format like "YYYY-MM-dd hh:mm:ss.s" but I think it would be  
>> better
>>       to show a format like "YYYY-MM-dd".
>>    2. I think this should be so for "*<date-time type="date"/>*" too
>>    3. I think dates should be displayed with locale taken into  
>> account.
>>       Form example in France, a date is shown as "dd/MM/
>> YYYY" (even if
>>       it's not good in order to sort field)
>>
>>
>> Any remark on this? I'm working on a patch for these points.
>>
>

[Jean-Sébastien HEDERER]

I agree with you on sorting strings. I think that points 1 and 2 should
be at least done because "date" format  looks like  "timestamp" . "time"
format seems not to be used. Is anyone using it?

"David E Jones" a écrit le 15/11/2006 00:34 :

>
> I think this should be discussed quite a bit more before anything is
> done.
>
> I've written this over and over, but might as well repeat it...
>
> Date and time formatting is a real pain. Different places and
> different people do things differently, and most of the things we do
> really make no sense. In general in OFBiz the goal has been to have
> something that is:
>
> 1. consistent across screens and applications
> 2. applicable in a wide variety of applications
> 3. output format consistent with input format
> 4. something that sorts well as a string
>
> The descending format starting with the longest period and going down
> to the shortest works well for this, and it happens to be the default
> format for the Java sql data/time objects.
>
> Of course, some people might like to have localized date and time
> formats because they have a bit of extra money they want to kill, and
> some extra time they want to put into trying to explain things... of
> course that's just my distant point of view on it.
>
> If a custom format was desired it might be nice to have something
> applied more globally and consistently.
>
> -David
>
>
> On Nov 14, 2006, at 1:43 PM, Jacques Le Roux wrote:
>
>> Hi Jean-Sébastien,
>>
>> Please take a look at this issue :
>> http://issues.apache.org/jira/browse/OFBIZ-265?page=all
>> I doubt (did not try) it can be applied as is but it's certainly a
>> very good base since it's working well in Neogia since so long...
>>
>> I have a question for OFBiz commiters : please who is the last person
>> who said
>> "Yeah I think generally speaking this is a good idea.".
>> And what this sentence is really about ? Does it mean that it was ok
>> to apply this patch (at this time...) ?
>>
>> Thanks
>>
>> Jacques
>>
>> From: "Jean-Sébastien Hederer" <[hidden email]>
>>>    1.   I'm wondering if it would not be better to change how
>>>       "*<date-find type="date"/>*" is managed. Actually, entry shows a
>>>       format like "YYYY-MM-dd hh:mm:ss.s" but I think it would be
>>> better
>>>       to show a format like "YYYY-MM-dd".
>>>    2. I think this should be so for "*<date-time type="date"/>*" too
>>>    3. I think dates should be displayed with locale taken into account.
>>>       Form example in France, a date is shown as "dd/MM/YYYY" (even if
>>>       it's not good in order to sort field)
>>>
>>>
>>> Any remark on this? I'm working on a patch for these points.
>>>
>>
>
>