12 Comments


  1. @The Frosty @ WPCult – Good to see the WordPress guys finally make good on their promise of making the timezone thing a little less ‘janky’.


  2. Password strength meter has been in there for a bit. :)



  3. @Andrea_R – But not in the add and edit user. The 2.8 changelog says

    Add password strength meter to Add User and Edit User

    :)

    If I had to choose a favorite feature, the time zone drop down is most definitely it.

  4. Jacob Santos

    The GMT+/- timezones are actually deprecated in PHP, so choosing them is not the best to do. However, given that they’ve been deprecated for years in PHP, it is unlikely that they are doing away any time soon. Still, you might upgrade to PHP 6.0 in the far future and say “WTF?”


  5. Great post! I didn’t realise most of that stuff was in the new version. The improved time difference system sounds great.

    @Jacob Santos – Does WP actually process it in GMT+/- ? If that is depreciated then surely they’ve just programmed it into the WP software without actually using that functionality in the PHP code itself. It wouldn’t be hard to go from whatever date format PHP uses to GMT +/- without actually using GMT+/- PHP code. Hopefully that makes sense, not sure I explained it very well!
    .-= ´s last blog ..Beta: bbPress Forum Theme Generator =-.


  6. Jacob Santos

    @JD Hartley

    I think the premium subscriber was probably something that was added in a plugin and they’ve just now added it to where the drop down allows you to select the role or the plugin hooked into the filter that allows for the dropdown to display it.

    I’m running 2.9-rare and I’m not seeing it. Well, perhaps you also need to enable registering, but I don’t think that is the case.

    @Ryan

    Well, yes and no. The point of using the timezone is to offset the time from GMT+0, WordPress already does this, so there wouldn’t have to be a change. The change is basically to allow the timezone to dictate the offset. If you set the timezone, then you don’t need to do some crazy (but simple) math to get the time, which could be incorrect.

    The normal date functions will just work, so you get the advantage of faster calculations (C is faster than PHP).



  7. Actually, for the GMT ones in the dropdown, it is indeed using the same PHP5+ adjustment code as the rest of it, using the deprecated “Etc/GMT+whatever” zones. The reason we left it in there is that it’s possible to envision an edge case where somebody gets all ticked that they can’t specify a timezone manually.

    However, because the timezonedb built into PHP uses GMT +/- in the opposite way everybody else uses them (GMT+3 instead of GMT-3, for example), the signs get reversed for display purposes, so as to not cause user confusion. So if you choose GMT+5, you’ll get what you expect. The only difference with these is that they don’t account for daylight savings. The rest should, more or less (this depends on how up-to-date your PHP version is.. The Olson timezonedb file does get updated from time to time, and you’d have to keep your server up to date to get those adjustments).

    The code running the new timezone functionality is not substantially different than my Automatic Timezone plugin was. Indeed, I stole a large chunk of the code directly from it for the patch. :)

Comments are closed.