I would default server time zone to the time zone of the server.
It is up to admin to set it to the different value.
ok
Additionally Appointment, I guess.
Nope, Appointment does not have timezone information. The start/end date of
the appointment is always in the server time zone. Actually _an_
Can we define any useful JUnit tests so that we don't need to do so
much manual testing ?
I believe so, but what version will be affected with this change? 3.0.0 or
3.1.0?
On Wed, Aug 7, 2013 at 1:43 PM, seba.wag...@gmail.com seba.wag...@gmail.com
wrote:
I would default server time zone to
I have: It is impossible to get User timezone (you only can get tz shift
and/or dst shift and if dst is in effect)
According to iCal4J time zone mapping I guess the name should be the same
On Tue, Aug 6, 2013 at 3:17 PM, seba.wag...@gmail.com seba.wag...@gmail.com
wrote:
Okay,
after a bit
I like the idea of having less custom issues
I believe TZ field in all our objects can easily be just a string like:
Europe/Berlin
On Tue, Aug 6, 2013 at 3:36 PM, Maxim Solodovnik solomax...@gmail.comwrote:
I have: It is impossible to get User timezone (you only can get tz shift
and/or dst
That might be another approach.
So you are saying we get rid of the Entity OmTimeZone in total?
Even if we have the timezone in the each of those object,I think there
should be a fallback mechanism. Cause with every Java update (or I think
you can even do it manually) you can get updates to the
Additionally Appointment, I guess.
Non-existent XML attribute will be ignored by simpleframework.
I believe we can let timezones.xml live in our sources and convert backups
based on it
On Tue, Aug 6, 2013 at 5:28 PM, seba.wag...@gmail.com seba.wag...@gmail.com
wrote:
That might be another
One thing that is not on our list now is the default timezone of the server.
Currently when you install OpenMeetings you choose a timezone.
The questions are:
1) Where do we populate the timezones from in that list, displaying 650
timezones of java.util.Timezone is not practical
2) If we
The correct URL is http://timezonepicker.com/
On Wed, Aug 7, 2013 at 9:30 AM, Maxim Solodovnik solomax...@gmail.comwrote:
I believe we can use something like this: https://timezonepicker.com
(sources are here: https://github.com/quicksketch/timezonepicker)
The only issues I can see right
I basically don't mind about the component in the UI. I just thought
initially that 650 in a combobox is too much.
However it does not seem to be an issue for the UI as such.
My basic question is what we use as default: Do we default to the server
timezone or to the client site user timezone ?
I would default server time zone to the time zone of the server.
It is up to admin to set it to the different value.
On Wed, Aug 7, 2013 at 12:09 PM, seba.wag...@gmail.com
seba.wag...@gmail.com wrote:
I basically don't mind about the component in the UI. I just thought
initially that 650 in
10 matches
Mail list logo