Hi.
Has anybody else remarked that certain windows don't close properly, namely the config-dialog, when using GTK 2.12 on windows? I saw this behaviour in another GTK-app (Claws-Mail) as well. Reverting back to GTK 2.10.13 fixed the problem. Don't know if that is a general bug or if some code should be adapted to new GTK-stuff...
On Sat, 26 Apr 2008 01:58:17 +0200, Andreas Mokros am@medienpensionat.com wrote:
Hi,
Has anybody else remarked that certain windows don't close properly,
no, didn't notice that so far. Does this happen everytime, so is it reproducable? What exactly mean "don't close properly"?
Regards, Enrico
Enrico Tröger wrote:
Does this happen everytime, so is it reproducable?
Yes. I just have to open the preferences window.
What exactly mean "don't close properly"?
After clicking OK or Cancel the window goes blank but it remains open and doesn't react on clicking on the close button. Only closing the app will also close the window (pretty annoying). As I said, I had this with GTK 2.12 (I tried several versions), also with certain windows of Claws Mail. Reverting to 2.10 fixed it. Maybe there's something wrong with my system, but what?
On Mon, 28 Apr 2008 03:16:01 +0200, Andreas Mokros am@medienpensionat.com wrote:
Enrico Tröger wrote:
Does this happen everytime, so is it reproducable?
Yes. I just have to open the preferences window.
What exactly mean "don't close properly"?
After clicking OK or Cancel the window goes blank but it remains open and doesn't react on clicking on the close button. Only closing the app will also close the window (pretty annoying). As I said, I had this with GTK 2.12 (I tried several versions), also with certain windows of Claws Mail. Reverting to 2.10 fixed it. Maybe there's something wrong with my system, but what?
You are using Geany 0.14? If so, could you try 0.13 and test whether it behaves the same? But it is strange anyway, clicking Cancel or OK in Geany's preferences dialog only does gtk_widget_hide(), a basic function to hide a dialog.
It might also be a bug in GTK. Open a bugreport at http://bugzilla.gnome.org.
Regards, Enrico
What exactly mean "don't close properly"?
After clicking OK or Cancel the window goes blank but it remains open and doesn't react on clicking on the close button. Only closing the app will also close the window (pretty annoying).
I am experiencing not exactly the same thing but also a problem with the prefs dialog. If I close preferences with OK or Cancel, things seem fine, but if I click on the Geany main window while the prefs dialog is open, then the dialog disappears and Geany becomes completely unresponsive. I have to kill it using Windows Task Manager.
This is occurring with Geany 0.13 on Windows XP Home. I am not sure which GTK version I'm using, but I installed from the geany-0.13_setup.exe program.
John
If I close preferences with OK or Cancel, things seem fine, but if I click on the Geany main window while the prefs dialog is open, then the dialog disappears and Geany becomes completely unresponsive. I have to kill it using Windows Task Manager.
OK, now I feel really stupid. I can actually get the prefs dialog back if I move or minimize the Geany main window. It's kind of unexpected behavior because it's partially modal (blocking most operations of Geany's main window) but partially not (allowing itself to not be in front).
Maybe this is unexpected to me because I have become too used to Windows, which probably has different conventions than most *nix or GTK apps. Sorry for not figuring this out before I sent my previous post.
John
Enrico Tröger wrote:
You are using Geany 0.14? If so, could you try 0.13 and test whether it behaves the same?
Ran a couple of tests: Yes, 0.13 behaves the same on my machine with GTK 2.12.
But it is strange anyway, clicking Cancel or OK in Geany's preferences dialog only does gtk_widget_hide(), a basic function to hide a dialog.
OK, but the dialog stays visible. I can see it in WinSpy++ e.g. I can hide it manually there.
FWIW: Other dialogs close correctly. Apparently the described behaviour only shows for "Preferences" and "Find". These dialogs are the only ones that stay in the window-list after they are closed as gdkWindowToplevel, just hidden, while other dialogs (e.g. "Plugins" are really closed).
Maybe really a GTK-bug on windows...
On Thu, 1 May 2008 00:40:45 -0400, "John Yeung" gallium.arsenide@gmail.com wrote:
If I close preferences with OK or Cancel, things seem fine, but if I click on the Geany main window while the prefs dialog is open, then the dialog disappears and Geany becomes completely unresponsive. I have to kill it using Windows Task Manager.
OK, now I feel really stupid. I can actually get the prefs dialog back if I move or minimize the Geany main window. It's kind of unexpected behavior because it's partially modal (blocking most operations of Geany's main window) but partially not (allowing itself to not be in front).
Maybe this is unexpected to me because I have become too used to Windows, which probably has different conventions than most *nix or GTK apps. Sorry for not figuring this out before I sent my previous post.
The described problem is completely independent from the OP's problem. And the hidden prefs and open/save dialogs were fixed in Geany 0.14. Just update your installation and it will work.
Regards, Enrico
On Thu, 1 May 2008 17:52:27 +0200, Andreas Mokros am@medienpensionat.com wrote:
Enrico Tröger wrote:
You are using Geany 0.14? If so, could you try 0.13 and test whether it behaves the same?
Ran a couple of tests: Yes, 0.13 behaves the same on my machine with GTK 2.12.
But it is strange anyway, clicking Cancel or OK in Geany's preferences dialog only does gtk_widget_hide(), a basic function to hide a dialog.
OK, but the dialog stays visible. I can see it in WinSpy++ e.g. I can hide it manually there.
FWIW: Other dialogs close correctly. Apparently the described behaviour only shows for "Preferences" and "Find". These dialogs are the only ones that stay in the window-list after they are closed as gdkWindowToplevel, just hidden, while other dialogs (e.g. "Plugins" are really closed).
Maybe really a GTK-bug on windows...
Just file a bugreport at GTK's bugzilla. Even it is not really a GTK bug maybe someone will post a hint to a solution or something like this. It doesn't hurt in any case.
Regards, Enrico