Re: GNOME-panel, more precisely GNOME-clock issues

["Dylan McCall" <dylanmccall gmail com>]

> If a town (usually a town with an airport) is missing, file a bug
> against libgweather.

I think the current giant menu is broken and not at all scalable. It
could do with being addressed with that specifically in mind. Perhaps
we should have a universal location picker widget for this and other
timezone selections.

Why not just have the user click a point on the map then type the name
of the location he has chosen? It could be filled automatically, in
some instances, and then perhaps latitude & longitude snapped to the
real location when user input matches the app's own dictionary of
locations, but done very quietly!

This way, the user gets full control but the application can still be
helpful without pretending it knows best. Most people know where they
are on a world map, and anyone who does not won't be able to navigate
these huge lists of cities either. (Especially since they often must
choose the nearest major city, not their actual location).
Further, this would stop being so high maintenance; we wouldn't need
to constantly add new locations since the user entering his own data
by choosing a point of a map is completely natural and goes with the
existing flow. With the location name being auto detected based on
latitude and longitude, the whole thing could later plug in to GPS
data without a problem.

Oh, and the interface would be way simpler.

As for weather, that could (And SHOULD) be done completely
automatically. For example, the OMWeather applet for Maemo finds the
nearest weather station via GPS location data. Is there a weather
service yet that can give forecasts based on coordinates, or weather
maps, or is the limit of only getting weather for specific locations
still deeper than the applet itself?


Bye,
-Dylan McCall