> 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 _______________________________________________ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list