Things have progressed well during the last two weeks.
The user-selected TimeZone object is now available in the service engine and the screen rendering
environment. Many thanks to David Jones and Jacopo Cappelleto for getting that committed and also
for catching and fixing some of the ripple
This is really a confusing theme.
On one hand, as an informaticien (it's the word for software engineer here in
France) I would love to see everybody in this world
using an unique sortable date format. I like to see order in things and yes I'm
very puzzled too with all these date formats.
On
David,
While I'd love to see all people in the world using this sortable date
format, GMT time and speaking spanish :P, I have to face reality in form
of the users' locale.
David E Jones escribió:
Adrian,
Please step outside of yourself a little bit and realize that your
experiences are not
Adrian Crum wrote:
There are two date/time issues that need to be addressed in the form
widget:
1. Converting Strings to/from Timestamps using the user's time zone. I'm
thinking this is something that needs to be controlled by a widget XML
element attribute - since there may be cases where
Hi David,
Do you mean that dates from i.e. OrderItem will be stored in the
database under the user timezone?
David E Jones escribió:
Right now I'd say we go ahead and default it to use the users time
zone, in other words interpret any user input as time in their own
time zone - or even change
David,
Sorry for the dumb question.
OrderItem was just an example.
I thought you meant storing dates in the user locale in the database. Of
course the answer is no.
--
Daniel
David E Jones escribió:
Daniel,
I'm sensing a question behind this question, but I'm not sure what it
is...
What
David E Jones wrote:
Adrian Crum wrote:
There are two date/time issues that need to be addressed in the form
widget:
1. Converting Strings to/from Timestamps using the user's time zone.
I'm thinking this is something that needs to be controlled by a widget
XML element attribute - since
Adrian Crum wrote:
2. Date/time input format. I agree that the descending format should
be retained for consistency sake. However, our users prefer to input
dates in the mm/dd/ format. So, I'll leave that issue alone and
let someone else tackle the configurable data entry format that
David,
Thank you very much for the clarification. I'm not sure people are as easily
confused as you suggest.
Using the Workeffort calendar as an example:
https://demo.hotwaxmedia.com/workeffort/control/week
If I have my locale set to English (United States) the date in the masthead is
Adrian,
Please step outside of yourself a little bit and realize that your experiences are not the same as the whole world and that perhaps you're not in a position to speak for the whole world. Also, which systems or even types of systems have you used?
OFBiz is (or aspires to be!) a global
David E Jones wrote:
Please step outside of yourself a little bit and realize that your
experiences are not the same as the whole world and that perhaps you're
not in a position to speak for the whole world.
lol - That's the position *you've* taken, not me. Daniel and I have expressed a
Adrian Crum wrote:
David E Jones wrote:
Please step outside of yourself a little bit and realize that your
experiences are not the same as the whole world and that perhaps
you're not in a position to speak for the whole world.
lol - That's the position *you've* taken, not me. Daniel and I
No, there is no issue set up yet.
Daniel Martínez wrote:
Adrian,
Is there an ofbiz issue already setup for this? Or should I create a new
one?
Thanks,
--
Daniel
Adrian Crum escribió:
2. Date/time input format. I agree that the descending format should
be retained for consistency sake.
Adrian,
Is there an ofbiz issue already setup for this? Or should I create a new
one?
Thanks,
--
Daniel
Adrian Crum escribió:
2. Date/time input format. I agree that the descending format should
be retained for consistency sake. However, our users prefer to input
dates in the mm/dd/
As Adrian said there isn't one, but I don't think we're ready for one either.
The dev mailing list is much better for, and is really meant for, discussions
like this.
-David
Daniel Martínez wrote:
Adrian,
Is there an ofbiz issue already setup for this? Or should I create a new
one?
What do you mean ready for it?
I was thinking about beginning some development for it to get done, not
for discussing it (at least not discussing IF it should get done but HOW
should it get done). If no one else is interested on this I will
eventually submit a patch and then you can discuss
It's great to see effort going into this, so thanks Adrian!
Adrian Crum wrote:
5. Modify the form widget to support user selected time zones and
locales. Currently the form widget forces the user to input date/time in
the server's format and time zone. I haven't started on that yet.
I'm
David,
Please can you explain what is a descending date/time format ? I'm a bit lost...
Thanks
Jacques
De : David E Jones [EMAIL PROTECTED]
It's great to see effort going into this, so thanks Adrian!
Adrian Crum wrote:
5. Modify the form widget to support user selected time zones and
Jacques,
I think that David refers to the -mm-dd... format, that can be
simply sorted as a string keeping the correct time sequence.
This is actually a standard de facto in ERP systems (together with the
numer representation, with the same features, of mmdd... as integer)
Jacopo
It's the format we use everywhere. Descending means start with the biggest unit
and continue to the smallest (ie year, month, day, hour, minute, second,
partial second).
-David
Jacques Le Roux wrote:
David,
Please can you explain what is a descending date/time format ? I'm a bit lost...
Thanks a lot Adrian for this work. I am really interested in it.
David E Jones escribió:
I'm not totally sure what you have in mind here, but I'll keep an eye
out for more info from you and see if I can help out.
IMO the main priority for this is to properly support time zones. I'm
still a
Ha I see, thanks Jacopo ! Yes this should be the only authorised date format
everywhere indeed (not only in OFBiz I mean :o)
Jacques
De : Jacopo Cappellato [EMAIL PROTECTED]
Jacques,
I think that David refers to the -mm-dd... format, that can be
simply sorted as a string keeping the
I have been working on making the Workeffort calendar support user-selected
locales and time zones.
Steps accomplished so far:
1. Fixed date computation bug in the calendar code
2. Provided a time zone drop-down list and user time zone selection persistence
3. Re-write the bsh and ftl files to
23 matches
Mail list logo