| @@ -14,5 +14,6 @@ |
| !!ToDo
|
| #Now that the exact nature of the problem has been sorted and tamed, the existing code really needs a good tidy up. References to 'server time' can be removed, and the use of $gBitSystem->mServerTimestamp-> should be replaced with a $gBitUser->mLocalTime-> since this is actually what is being used.
|
| #The code of BitDate could be tidied up quite a bit, but until DateTime as provided by PHP can handle the full range of dates, a switch to the built in library is not practical. A decision to switch to PHP5 only support would allow much of the code to be simplified, since DateTime will return many of the formats which we manually create such as rfc2822.
|
| +#getUTCFromDisplayDate needs sorting so that it accepts a return from a form without having to use gmmktime everywhere. |
| #The problem of translation needs to sorted out, and while many of us only use English, it would be nice if bit_date_format simply returned the correct language in addition to the correct timezone for the user.
|
| #bitcommerce has a complete locale database which it would be nice to use to provide some more individual touches, such as once a user has set their country, only the timezones relevant to that country are displayed. I have cloned this data a couple of times now, and used with the nlpg package, and my UK postcode table, but I think it would be worth providing bit_locale and while making it a core package makes sense, simply having it available optionally should work. The flag icons would probably move to locale, and user country select would default to simply reading that, or use local to provide country and an additional zone information. |
|
|