Uh, that's awesome. Actually really well laid out and visually appealing, and understandable.
EDIT: ooh actually, could do with an option to remove/add the sliding time selection. I'm finding it hard to revert to my current local time once I've moved the selection.
I wish there was an option to switch to timezone names (EST, CST, etc) instead of just cities but still this is great as timezones anyways throw me off
I also like world time buddy more than this one. It allows you to customize which time zones you see. As mentioned, it is great for scheduling future meetings. It is also helpful for not having to worry about daylight savings time differences between countries/states. It is also nice that it lets you export to many formats (clipboard, Google calendar, etc).
This looks great, and I love the slider. Maybe I'm just not seeing the option, but I need to be able to add and remove time zones. A lot of the confusion of these tools is having to ignore the many cities that don't concern you.
Saying the weekday on each would be great too (ex: Friday, March 21). When you're working with Australia it can be hard to remember that they're almost a full day ahead.
http://www.worldtimebuddy.com/ offers exactly this. It allows you to search for cities/timezones, shows weekdays, native time format (am/pm or 24hour depending on the timezone) and you can easily select a specific date for the comparison
In fact, if it was the best timezone converter ever, it would know my country uses 24 hour format and automatically select it. The server would be able to know my country by my ip so this would just be another attribute in the json ajax call.
Well, almost. Could do with a city lookup that highlights the timezone bar that corresponds to your chosen city and labels it with that city. I think that's the missing step in usability.
Agree. My first thought looking at this website was, "This is awesome! Now how do I add the cities/countries I'm usually calling?" I tried to find a way but it doesn't look like that's supported yet. I'm probably pretty representative of most other people's knowledge of what cities are in which time zones, so it would be a good feature to add to filter by specific city.
I travel a lot on business and have been using this tool for a while.
The main consumer problem it solves for me is the "I'm in Barcelona on Tuesday and need a conference call between Atlanta and Ukraine. What is a time that's workable for everyone"
It's indispensable for that problem for me. Filtering TZ and adding TZ would be a nice additional feature though.
Have a look at http://worldtimebuddy.com/ - i am using it for exactly your use-case. It is really convenient to only display some specific time zones and search for a specific timezone, country or city.
Could you also put the timezone (both GMT and other name) besides the city name? (as subscript & subscript, one over the orther)
[ex: San Francisco (PDT/GMT-x)]
Works & looks nicely on the iPhone but the thing that bugged me is that each time you slide the bar, you get another hash in the url - ending up in me clicking the back button about 15 times to finally get back to HN.
Am I going out of my mind, or is this not a year old already?
I'm sure there was an article on the front page where they talked about the build and stuff like local storage on iPad. (it started life as an iPad web app).
I'm aware that "dupes" are bound to occur, but this was big news last time around and I'm surprised no one remembers it.
Absolutely. I remember adding this to my home screen at least 6 months back, with a 'green-blue clock' apple touch icon on my iPad.
It's lightweight, suggesting minimum use of drop-shadows and css3 effects but that's pretty much about it. From usability perspective, I still find standard 2 arm analog clock designs more useful.
Yes, I remember this when it hit Ajaxian. It's worth noting that the code was done by Thomas Fuchs, the man behind scriptaculous. A true pioneer in Javascript programming.
Here's a previous discussion, though it was from almost two years ago, so I could see how many people wouldn't remember (or weren't here two years ago): http://news.ycombinator.com/item?id=1264554
This doesn't solve my main gripe with most time converters. I normally don't want the time in Vienna, I want the time at UST-6. My common use case is that I find out an event will start streaming at, say, 10 PM UST-6 and all I know is my clock is EST-3. If I don't know what country uses UST-6, this converter is next to useless for me. My problem is with multiple standards, not with visualization.
I don't know who thought of the whole EST, UST and other nonsense, anyways. Why not just use GMT? At least you can easily convert that.
I prefer using UTC, myself. I think it's the way of the future. Timezones have long since been obsolete with the advent of a globalized world, not to mention that they are an unholy mess. UTC is universal.
So while we aren't going to switch to UTC for a while, I would very much thank you if you'd use UTC on websites and other internet related services. It simplifies things for everyone and will drive adoption forward.
Oh, it's not about _our_ preferences, it's about figuring out what time other people are talking about when there's an event happening with a live stream, and the stream says "We're back tomorrow at 9am CET." Never mind that if you've got a live video stream with that info it'd be more helpful to everybody if you include a countdown of some kind.
It seems really finicky, at least on Firefox (it keeps jumping back to the current time). You also can't add or remove cities/time zones, so overall it seems pretty useless.
It shows completely random cities I don't care about. As a bonus it doesn't mention what timezone they are in. Also, I'm pretty sure my locale doesn't use 12h format.
time.is does it better in their "here & there" function. choose a few cities, shows a tabular comparison of all timeslots. this is what you need to determine the best time slot for a telco with multiple international participants.
I guess preference is, well, a matter of preference, but confusion and clutter is usually not debatable, and the way I see it, everytimezone does beat time.is in that regard. Time.is is a whole lot of text with no real reference to what's ahead of you and behind you in "timezones".
It is nice but you would like to have the possibility to choose your own towns. Often for example I want to know what time it is in Seattle compared to the time in Frankfurt where I live.
If it can be customized, it will be a great tool.
For the moment I prefer www.time.is which takes a different approach but what I want.
97 comments
[ 9.4 ms ] story [ 837 ms ] threadEDIT: ooh actually, could do with an option to remove/add the sliding time selection. I'm finding it hard to revert to my current local time once I've moved the selection.
This tool (everytimezone) does not allow go beyond tomorrow.
http://www.wolframalpha.com/input/?i=12%3A30pm+PT
Saying the weekday on each would be great too (ex: Friday, March 21). When you're working with Australia it can be hard to remember that they're almost a full day ahead.
I use it almost daily.
The main consumer problem it solves for me is the "I'm in Barcelona on Tuesday and need a conference call between Atlanta and Ukraine. What is a time that's workable for everyone"
It's indispensable for that problem for me. Filtering TZ and adding TZ would be a nice additional feature though.
It's a pain but, it's better than doing all the math
Really digging it so far
Could you also put the timezone (both GMT and other name) besides the city name? (as subscript & subscript, one over the orther) [ex: San Francisco (PDT/GMT-x)]
I'm sure there was an article on the front page where they talked about the build and stuff like local storage on iPad. (it started life as an iPad web app).
I'm aware that "dupes" are bound to occur, but this was big news last time around and I'm surprised no one remembers it.
It's lightweight, suggesting minimum use of drop-shadows and css3 effects but that's pretty much about it. From usability perspective, I still find standard 2 arm analog clock designs more useful.
I prefer using UTC, myself. I think it's the way of the future. Timezones have long since been obsolete with the advent of a globalized world, not to mention that they are an unholy mess. UTC is universal.
So while we aren't going to switch to UTC for a while, I would very much thank you if you'd use UTC on websites and other internet related services. It simplifies things for everyone and will drive adoption forward.
It shows completely random cities I don't care about. As a bonus it doesn't mention what timezone they are in. Also, I'm pretty sure my locale doesn't use 12h format.
Nice work
For the moment I prefer www.time.is which takes a different approach but what I want.