After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 89310 - prompt for city on instantiation
prompt for city on instantiation
Status: RESOLVED DUPLICATE of bug 103080
Product: gnome-applets
Classification: Other
Component: gweather
2.0.x
Other Linux
: Normal enhancement
: ---
Assigned To: gnome-applets Maintainers
gnome-applets Maintainers
Depends on:
Blocks:
 
 
Reported: 2002-07-29 05:14 UTC by Martin Pool
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement


Description Martin Pool 2002-07-29 05:14:08 UTC 
When I add a new gweather applet, it by default shows the temperature in
Pittsburgh.  You need to click Properties to change it.

I'm sure Pittsburgh is lovely, but I suspect that a minority of users will
be interested in knowing the temperature there. 

I think it would be a little more friendly to pop up the properties dialog
to allow people to set the city, since it's probably not very useful
without it.
Comment 1 Luis Villa 2002-07-30 20:31:20 UTC 
Not sure there is any way to do this, is there? At least, no other
applet does this for their config.
Comment 2 Martin Pool 2002-07-31 04:30:45 UTC 
I can't see how it would be technically impossible: just pop up a
dialog when first added.  (I haven't tried though.)

Possibly it is inconsistent with other applets, but that's only
because all the others can have defaults that are useful for most
people, whereas this bug argues that the weather applet does not and
cannot, at least until there is a system-wide setting for the user's
physical location.

Certainly there seems to be a general trend for gnome programs to ask
for information when first run, rather than coming up in an
unconfigured mode.  Consider for example the druids run by Pan and
Evolution to gather email addresses, etc: to come up with some random
default, or unable to do anything until the user specifically finds
and runs the Preferences dialog would be unfriendly.
Comment 3 Christophe Fergeau 2002-08-02 19:46:25 UTC 
Here is another way of not defaulting to Pittsburg for every users :
using gconf, it's possible to translate the default value for a key.
So, with some changes to the existing applet code (I have mostly made
the necessary modifications locally), it would be possible to let the
translators choose a sensitive default town for their users locale
(ok, this choice will still be controversial, but at least it will
probably be a little better than pittsburg).
The problem is that this default choice will be far from being
perfect, and moreover, the translated string would be a town name
which may exist in different countries.
Any opinion about this idea ? If people are interested in it, I can
provide a patch quickly.
Comment 4 Kevin Vandersloot 2003-03-11 19:09:26 UTC 

*** This bug has been marked as a duplicate of 103080 ***