I use a fair amount of gtk apps, and I like to use hotkeys and they don’t seem to perform as I would expect.
I’ll use gedit as an example. If I want to go into the menu normally I’d just press alt, but that doesn’t work, fine I need to press alt-f for file, but once that menu is highlighted, other hotkeys for menu’s won’t work, alt-e for edit for example.
However if I do move the menu over once to say edit, then one of the hotkeys will work once. Also to collapse the menu and return to the working area, I would expect alt to do this, but since that doesn’t work I’d think at least alt-f (or whichever is currently highlighted) to accomplish this but I actually must mouse click the work area to get rid of the menus.
I’ve always liked to use alt up arrow enter for quiting many applications.
I’m in debian sid which currently only has gtk2.2.4 so I’m not sure if these are addressed in the latest.
I’m not even sure if this behaviour is controlled by gtk or the app itself but all the gtk apps I use have issues like this.
I’m in icewm so maybe some it’s hotkeys are interfering so please correct me if these issues are unique to my environment.
To get rid of the menus here I push esc. I’ve never used hotkeys before and I tried an alt+f before reading further. Then I pushed sideways to go to other menus without thinking really. Then I pushed esc to get rid of the menu. This also without thinking about it. Then I read about your problems in the comment.
I’m not sure if that has anything to do with your issues, but it strikes me as very well designed as the first thing I tried worked without ever having used them before. It must have something to do with how I’m used to stuff working or something.
It is that easy ๐ Works here and I run an older cvs version
hmmm, I wonder if they pulled out that support for the stable release. I get a context menu in Nautilus, but not in GtkFileChooser (even when I use the GnomeFS file backend, if that makes any difference).
I’m still wishing for the day i’ll come here and see the news:
“GTK 2.4.X realeased. This is a performance tuning release.”
Victor.
And Owen Taylor is still waiting for the day that the XRENDER extension is properly optimized so GTK won’t be so slow (GTK relies on XRENDER heavily in a different way than QT due to it’s international language support, etc.)
Maybe after the profiling work the X guys have done, we’ll see some effective optimizations. There’s a lot of work on things like getting X to behave properly with the new 2.6 schedulers, a 2d rendering engine that can take advantage of 3d hardware for acceleration, significantly improving repainting behavior (some of which will come from the XDAMAGE extension), and cleaning up GTK for the X protocol (mostly affects remote X apps) to reduce the number of calls so that apps start up significantly faster. They’ve already had some success at that last one, cutting the number of calls from like 160 to 130.
I see various GTK+ 2.4.1 fixes for Win32, yet I do not see any place to download the Win32 version and I know that GTK+ is a mediocre multiplatform toolkit.
and here I am compiling 2.4.0-r1 at this very moment…
The Gtk+ changelog doesn’t mention any hidden files related changes in GtkFileChooser? Didn’t they plan to do so?
I use a fair amount of gtk apps, and I like to use hotkeys and they don’t seem to perform as I would expect.
I’ll use gedit as an example. If I want to go into the menu normally I’d just press alt, but that doesn’t work, fine I need to press alt-f for file, but once that menu is highlighted, other hotkeys for menu’s won’t work, alt-e for edit for example.
However if I do move the menu over once to say edit, then one of the hotkeys will work once. Also to collapse the menu and return to the working area, I would expect alt to do this, but since that doesn’t work I’d think at least alt-f (or whichever is currently highlighted) to accomplish this but I actually must mouse click the work area to get rid of the menus.
I’ve always liked to use alt up arrow enter for quiting many applications.
I’m in debian sid which currently only has gtk2.2.4 so I’m not sure if these are addressed in the latest.
I’m not even sure if this behaviour is controlled by gtk or the app itself but all the gtk apps I use have issues like this.
I’m in icewm so maybe some it’s hotkeys are interfering so please correct me if these issues are unique to my environment.
Right click -> Show hidden files
It is that easy ๐ Works here and I run an older cvs version
To get rid of the menus here I push esc. I’ve never used hotkeys before and I tried an alt+f before reading further. Then I pushed sideways to go to other menus without thinking really. Then I pushed esc to get rid of the menu. This also without thinking about it. Then I read about your problems in the comment.
I’m not sure if that has anything to do with your issues, but it strikes me as very well designed as the first thing I tried worked without ever having used them before. It must have something to do with how I’m used to stuff working or something.
I’ve always liked to use alt up arrow enter for quiting many applications.
Me, too.
However, pressing ALT for activating the menu isn’t obvious, maybe that’s the reason. It seems not related to IceWM.
Right click -> Show hidden files
It is that easy ๐ Works here and I run an older cvs version
hmmm, I wonder if they pulled out that support for the stable release. I get a context menu in Nautilus, but not in GtkFileChooser (even when I use the GnomeFS file backend, if that makes any difference).
I’m still wishing for the day i’ll come here and see the news:
“GTK 2.4.X realeased. This is a performance tuning release.”
Victor.
Victor, you took the words out of my mouth.
Here a link to the changes fixed in 2.4.1 for GTK and Glib:
http://bugs.gnome.org/buglist.cgi?short_desc_type=allwordssubstr&sh…
is the new release now faster than gtk2.2 or not?
what performance problems do you have? redraws still slow? damn then, i thought it would be faster…
@Victor
I’m still wishing for the day i’ll come here and see the news:
“GTK 2.4.X realeased. This is a performance tuning release.”
Victor.
And Owen Taylor is still waiting for the day that the XRENDER extension is properly optimized so GTK won’t be so slow (GTK relies on XRENDER heavily in a different way than QT due to it’s international language support, etc.)
Maybe after the profiling work the X guys have done, we’ll see some effective optimizations. There’s a lot of work on things like getting X to behave properly with the new 2.6 schedulers, a 2d rendering engine that can take advantage of 3d hardware for acceleration, significantly improving repainting behavior (some of which will come from the XDAMAGE extension), and cleaning up GTK for the X protocol (mostly affects remote X apps) to reduce the number of calls so that apps start up significantly faster. They’ve already had some success at that last one, cutting the number of calls from like 160 to 130.
Which X ? X.Org or XFree86 ?
I see various GTK+ 2.4.1 fixes for Win32, yet I do not see any place to download the Win32 version and I know that GTK+ is a mediocre multiplatform toolkit.
GTK’s song: “…Time is on my side, yes it is…”
See: http://groups.yahoo.com/group/gimpwin-users/