language selector must remember its window size

Bug #29205 reported by Jeff Fortin Tam
8
Affects Status Importance Assigned to Milestone
language-selector (Ubuntu)
Confirmed
Wishlist
Unassigned

Bug Description

Open the language selector, resize the window, close it, and open it again. The dimensions are not saved.

Revision history for this message
Gaëtan Petit (gaetanp) wrote :

i think it is the same for most (al?) of the windows in the admin and preferencies panel (maybe in all gnome interface)

Revision history for this message
Jeff Fortin Tam (kiddo) wrote :

This is a per-application thing iirc. I'm tired of filing bugs for each and every application to tell you the truth. I have filed against gnome backgrounds, dictionary, icon chooser, whatever...

Out of my head right now, things that are missing size & position saving are:

gnome-keyboard-properties
gnome-sound-properties
gnome-keybinding-properties
gnome-sessions
gnome-theme-manager

Is there any way I could avoid spamming the bugzillas? I'm truly sick of applications not saving such an obvious setting (no offense intended). This could almost be applied systemwide.

Michael Vogt (mvo)
Changed in language-selector:
status: Unconfirmed → Confirmed
Revision history for this message
Michael Vogt (mvo) wrote :

This is a per-application thing. I guess the best course of action would be to add a property to the GtkWindow so that this can be solved on all windows in a uniform way. Otherwise each application has to be patched to save/restore it's state upon close/start.

Cheers,
 Michael

Revision history for this message
Nabeelfa (nabeelfa-deactivatedaccount-deactivatedaccount-deactivatedaccount) wrote :

I am facing this issue on Feisty too!!!!!!

Revision history for this message
Adam Niedling (krychek) wrote :

Why do you consider this as a bug?

Changed in language-selector:
status: Confirmed → Invalid
Revision history for this message
Jeff Fortin Tam (kiddo) wrote :

why, because it's friggin annoying to size it up all the time or scroll until your mouse gets blue!
the amount of visible/usable space in the language selector is ridiculous. 450 pixels high on a 1920x1200 desktop? Are you kidding? I know you want to cater to the 640x480 use case but hey...

Changed in language-selector:
status: Invalid → Confirmed
Revision history for this message
Jeff Fortin Tam (kiddo) wrote :

just to phrase it a bit more clearly and less harshly: I believe that any gnome application that does not remember its size breaks the spatial metaphor and that is a bug.

Revision history for this message
Adam Niedling (krychek) wrote :

So the goal of this bug should be to make the language selector bigger. I agree it's small.
If you want EVERY gnome application to remember its size, you should open another bug for that.

Revision history for this message
Loïc Minier (lool) wrote :

I believe we should try as hard as possible to guess the good window sizes first, but it's nice to remember window size and position, as well as accels.

It's still a very manual process sadly; see yelp for an example on loading the values from .gnome2/yelp:
    gchar* config_path = g_strconcat( g_get_home_dir(), YELP_CONFIG_PATH, NULL);

    if( !g_key_file_load_from_file (keyfile, config_path,
                            G_KEY_FILE_KEEP_COMMENTS | G_KEY_FILE_KEEP_TRANSLATIONS,
                            &config_error)) {
        g_warning ("Failed to load config file: %s\n", config_error->message);
        g_error_free (config_error);

        width = YELP_CONFIG_WIDTH_DEFAULT;
        height = YELP_CONFIG_HEIGHT_DEFAULT;
...

gedit does it differently, evince does it per document etc.

Another common thing to save/restore are accels; this is usually achieved (more easily) with gtk_accel_map_load and save.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.