egroupware/phpgwapi/inc/class.egw_time.inc.php

<?php
/**
 * EGroupware time and timezone handling
 *
 * @package api
 * @link http://www.egroupware.org
 * @author Ralf Becker <RalfBecker@outdoor-training.de>
 * @copyright 2009-16 by RalfBecker@outdoor-training.de
 * @license http://opensource.org/licenses/gpl-license.php GPL - GNU General Public License
 * @version $Id$
 */

use EGroupware\Api;

/**
 * EGroupware time and timezone handling class extending PHP's DateTime
 *
 * @deprecated use Api\DateTime
 */
class egw_time extends Api\DateTime {}
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 15:29:06 +02:00			`<?php`
			`/**`
			`* EGroupware time and timezone handling`
			`*`
			`* @package api`
			`* @link http://www.egroupware.org`
			`* @author Ralf Becker <RalfBecker@outdoor-training.de>`
move egw_time class to Api\DateTime 2016-03-05 12:14:01 +01:00			`* @copyright 2009-16 by RalfBecker@outdoor-training.de`
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 15:29:06 +02:00			`* @license http://opensource.org/licenses/gpl-license.php GPL - GNU General Public License`
			`* @version $Id$`
			`*/`

move egw_time class to Api\DateTime 2016-03-05 12:14:01 +01:00			`use EGroupware\Api;`

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 15:29:06 +02:00			`/**`
			`* EGroupware time and timezone handling class extending PHP's DateTime`
			`*`
move egw_time class to Api\DateTime 2016-03-05 12:14:01 +01:00			`* @deprecated use Api\DateTime`
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 15:29:06 +02:00			`*/`
move egw_time class to Api\DateTime 2016-03-05 12:14:01 +01:00			`class egw_time extends Api\DateTime {}`