First, thanks VERY much for adding the ability to compare two arbitrary time zones. Very handy. As well adding the ability to use "to" or "at" is handy.
I am running into some strange performance issues.
arizona
is instantaneous and returns the single line showing the current date/time in Arizona - excellent
2025-10-02 3:30pm, arizona
is fast (a second or two) and shows my Arizona date/time at the top, followed by my time zone, but also includes all other times zones. No real problem, but inconsistent with above (just asking for "arizona")
2025-10-02 3:30pm, Arizona to london
takes a couple of seconds and shows london date/time followed by Arizona, followed by my time zone date/time. Again, not bad at all but inconsistent in that it does not show all time zones. I actually prefer that.
When I edit the line, all of a sudden I see BIG slowdowns. For example, If I do a lookup 2025-10-02 3:30pm, Arizona to london and then backspace to remove all the way back to the date and then complete to 2025-10-02 3:30pm, Arizona to london the window flashes with many different listings before finally settling down almost a minute later with the three zones (BST, MST, and EDT - my zone).
In another edit to a query, after 4 minutes, it still had not come up with results. Note that the results section is showing the date and time from when I ran the query, not the date/time I specified.
I am not sure if this is related (perhaps trying to parse the query) or not, but I wonder if the use of "in" and "to" or a comma when specifying locations can cause confusion as well as performance problems. If I just think of how I might enter a query...
2025-10-02 3:30pm in Arizona
do I mean
When it is 3:30 pm on 2025-10-02 in my current location (Ottawa - EDT), what time is it in Arizona?
or do I mean
When it is 3:30 pm on 2025-10-02 in Arizona, what time is it in my current location (Ottawa - EDT)?
and then top it off with specifying another time zone...
I am not sure what the solution to such confusion would be. Perhaps having to specify more?
2025-10-02 3:30pm EDT in Arizona
seems unambiguous. When it is Oct 2nd at 2:30pm in EDT, what time is it in Arizona
but then maybe I don't know if it is EDT (daylight time) or EST (standard time) on October 2nd. I just want to know, when it is 3:30pm on October 2nd here in Ottawa, what time is it in Arizona?
2025-10-02 3:30pm eastern time in Arizona
but will parsing multiple words like "eastern time" cause you problems? Quoting it? "eastern time"?
Then there is the idea of knowing what time zones one is interested in!
Most people would know what their time zone is called, but may not know another location (example, I have no clue what the time zone is for Cologne, Germany). Time Zone Convertor doesn't know about Cologne or even "Gemany". I have no idea if Germany has multiple time zones or what other bigger city (that Time Zone Convertor would know about) would be in the same time zone as Cologne.
I don't know how comprehensive your list is for sample cities in various time zones. Of course, the more comprehensive the better, but when I asked Perplexity.AI how many cities are in the world, it replied "The estimated number of cities in the world ranges between 10,000 and 20,000, depending on the criteria used to define what constitutes a city." :-)
Perhaps being able to specify a country would help. A much more limited number - ~200 countries in the world. If there were multiple time zones for the country, you could list results for all times zones with sample cities. And a lot of coutries will only have a single time zone, simplifying things for the user.
Sorry, I guess I have more questions than answers!
I wonder if 1-it's possible and 2-you are interested, but I wonder if it would be possible to do an interface with drop-lists and search functions. Something like https://www.timeanddate.com/worldclock/converter.html
I can search for a location (and Cologne, Germany showed up :-) )
And when I have locations listed, I can click on date or time and pick what I want
One thing they don't do is automatically display your current location, which would be handy.
Please feel free to tell me I am nuts and none of this fits with your vision for a simple and easy app to use :-)
First, thanks VERY much for adding the ability to compare two arbitrary time zones. Very handy. As well adding the ability to use "to" or "at" is handy.
I am running into some strange performance issues.
arizona
is instantaneous and returns the single line showing the current date/time in Arizona - excellent
2025-10-02 3:30pm, arizona
is fast (a second or two) and shows my Arizona date/time at the top, followed by my time zone, but also includes all other times zones. No real problem, but inconsistent with above (just asking for "arizona")
2025-10-02 3:30pm, Arizona to london
takes a couple of seconds and shows london date/time followed by Arizona, followed by my time zone date/time. Again, not bad at all but inconsistent in that it does not show all time zones. I actually prefer that.
When I edit the line, all of a sudden I see BIG slowdowns. For example, If I do a lookup 2025-10-02 3:30pm, Arizona to london and then backspace to remove all the way back to the date and then complete to 2025-10-02 3:30pm, Arizona to london the window flashes with many different listings before finally settling down almost a minute later with the three zones (BST, MST, and EDT - my zone).
In another edit to a query, after 4 minutes, it still had not come up with results. Note that the results section is showing the date and time from when I ran the query, not the date/time I specified.
I am not sure if this is related (perhaps trying to parse the query) or not, but I wonder if the use of "in" and "to" or a comma when specifying locations can cause confusion as well as performance problems. If I just think of how I might enter a query...
2025-10-02 3:30pm in Arizona
do I mean
When it is 3:30 pm on 2025-10-02 in my current location (Ottawa - EDT), what time is it in Arizona?
or do I mean
When it is 3:30 pm on 2025-10-02 in Arizona, what time is it in my current location (Ottawa - EDT)?
and then top it off with specifying another time zone...
I am not sure what the solution to such confusion would be. Perhaps having to specify more?
2025-10-02 3:30pm EDT in Arizona
seems unambiguous. When it is Oct 2nd at 2:30pm in EDT, what time is it in Arizona
but then maybe I don't know if it is EDT (daylight time) or EST (standard time) on October 2nd. I just want to know, when it is 3:30pm on October 2nd here in Ottawa, what time is it in Arizona?
2025-10-02 3:30pm eastern time in Arizona
but will parsing multiple words like "eastern time" cause you problems? Quoting it? "eastern time"?
Then there is the idea of knowing what time zones one is interested in!
Most people would know what their time zone is called, but may not know another location (example, I have no clue what the time zone is for Cologne, Germany). Time Zone Convertor doesn't know about Cologne or even "Gemany". I have no idea if Germany has multiple time zones or what other bigger city (that Time Zone Convertor would know about) would be in the same time zone as Cologne.
I don't know how comprehensive your list is for sample cities in various time zones. Of course, the more comprehensive the better, but when I asked Perplexity.AI how many cities are in the world, it replied "The estimated number of cities in the world ranges between 10,000 and 20,000, depending on the criteria used to define what constitutes a city." :-)
Perhaps being able to specify a country would help. A much more limited number - ~200 countries in the world. If there were multiple time zones for the country, you could list results for all times zones with sample cities. And a lot of coutries will only have a single time zone, simplifying things for the user.
Sorry, I guess I have more questions than answers!
I wonder if 1-it's possible and 2-you are interested, but I wonder if it would be possible to do an interface with drop-lists and search functions. Something like https://www.timeanddate.com/worldclock/converter.html
I can search for a location (and Cologne, Germany showed up :-) )
And when I have locations listed, I can click on date or time and pick what I want
One thing they don't do is automatically display your current location, which would be handy.
Please feel free to tell me I am nuts and none of this fits with your vision for a simple and easy app to use :-)