Development Discussion Board

This advice applies to phpBB3 as well. If another customer on the same server can edit your site then that's always going to be bad.

Date only on viewtopic/pms/etc. and full date time on profile.

That said, why not simply converting the current timezone list into data that can be used for timezone handling, what is the advantage of having (for example) 150 timezones in America while in reality there are only 7 timezones used. If its all about "it looks fancy" I'd vote against this, even ...

EXreaction wrote:With an offset you'd have to give the ability to list locations by their offset to let the user select.

Interesting thought, shall investigate.

EXreaction wrote:You could maybe use categories and some javascript.

I was hoping to avoid categorising them myself.

EXreaction wrote:I am not sure how much info you can get from the user's browser of the timezone, but autoselecting would be fantastic.

Javascript will give you an offset not a timezone.

America still has somewhere in the region of 150 timezones on it's own.

Anybody got a bright idea on how to present the timezone list for users to chose, there are like 500 timezones known to PHP just dropping them all in a drop down would be crazy.

EXreaction wrote:Why does cron.php load the session at all? Would save a few queries without it.

Logging and stuff like that will probably break otherwise.

I updated the hook to append the tracker ID to the commit message pre editing, it makes more sense this way and will confuse people less. I also added a line length check to the commit message hook, I'm not sure how to best approach validating syntax; I could add one giant regex but I'd rather parse ...

The '@version $Id: $' bit in file headers should go as it makes no sense in Git.