Commit Graph

18 Commits

Author SHA1 Message Date
Nathan Gray
7d97e70893 Remove visible &nbsp 2015-12-15 20:17:08 +00:00
Ralf Becker
b01ac97b7e * Timesheet/Tracker: date filters like "last week" where not aware of daylight saving time changes 2015-10-27 10:27:09 +00:00
Nathan Gray
51ab65131f Add a formatting constant for sending dates to client 2015-08-05 21:22:15 +00:00
Klaus Leithoff
ac2279d933 * API: is_a compatibility vs. php5.3.8 resolving to instanceof operator for most common basic classes 2011-09-26 09:52:43 +00:00
Ralf Becker
6d8c35496a - silently use server_timezone if wrong user timezone preference is set, as we can not (easily) report it to the user at the stage of initialising EGroupware
- if server_timezone is NOT valid, try (and permanently store!) date_default_timezone_get() frist and then "Europe/Berlin"
2011-08-01 13:04:40 +00:00
Ralf Becker
f5b892f682 if DateTime::__construct() throws error for strings interpreted as Ymd, catch it and try again as timestamp 2010-11-04 13:32:01 +00:00
Ralf Becker
08d5ce1f30 fixed not used user date and time format, if no timezone set 2009-12-24 01:48:51 +00:00
Ralf Becker
7bfa59767c fixed typo preventing creation of new events, if no timezone pref is set (should show just the server timezone) 2009-12-24 01:03:35 +00:00
Ralf Becker
104e2464d5 moved one-time storage of server timezone and restore of it from egw_time to egw class, as in 1.6.003 now 2009-12-03 08:10:48 +00:00
Ralf Becker
2d93ce28cc "fixed warning in setup and correctly reading config first" 2009-11-29 16:53:17 +00:00
Ralf Becker
fd0bfe97ea querying date_default_timezone_get() only once and storing it as
$GLOBALS[egw_info][server][server_timezone], as it fills the log with
warnings under php5.3
2009-11-28 10:18:21 +00:00
Ralf Becker
fc244efb1f "- change cast to string to be more describtive: \"Wednesday, 2009-11-11 11:11:11 (Europe/Berlin)\"
- check if translation class is available, before calling it"
2009-11-12 09:30:37 +00:00
Ralf Becker
ddfcdfff06 allow EGroupware users to select only timezones, for which we have a VTIMEZONE component (I think the others are only unofficial aliases, not included in our database) 2009-11-09 09:00:53 +00:00
Ralf Becker
0a4c2614a5 - moved user timezone list to egw_time
- added standard widget to select timezones
- modified egw_time::server2user and ::user2server to return NULL, if
  time can not be parsed, not throwing an exception (as this are legacy
  function meant to easy convert existing code, eg. replace strtotime())
2009-11-01 12:48:25 +00:00
Ralf Becker
e0a9ae63cf "fix allowing (at least in the calendar GUI under Linux) to enter curing events starting prior to 1970" 2009-10-16 05:13:52 +00:00
Ralf Becker
587bd2bc95 - added an optional timezone quick selection in top menu (it shows up
only if you select more then one timezone to display in it)
- moved generation of beautified timezone array to egw_time
- moved all preferences hooks to a new class preferences_hooks (updated
  version so setup updates hook data, or you need to call admin>>update
  hooks)
2009-10-12 09:41:46 +00:00
Ralf Becker
3ef01bc589 Refined egw_time class a bit more and and integrated it with preferences
class, to automatically set relevant user prefs (tz, dateformat,
timeformat).
2009-10-08 16:14:18 +00:00
Ralf Becker
ab9c9d21b6 New egw_time class used to implement correct timezone handling for
calendar, plus a first calendar implemenation.

This implementation just replaces following calendar_bo methods:
- date2ts($date,$user2server=False)
- date2array($date,$server2user=False)
- date2string($date,$server2user=False,$format='Ymd')
- format_date($date,$format='')
which static methods from egw_time.

If your server is in same timezone as the user, you should experience no
difference. As a small test, you can switch to an other timezone (eg.
UTC) to recognice on a weekly repeating event (which still repeats on
equal server time!) that it moves by one hour when daylight saving
changes. This switching to a TZ with different daylight saving rules,
was not working before.

Happy testing :-)
2009-10-07 13:29:06 +00:00