Re: Windows-toolbar behavior in gnome
On 6/20/06, Nyizsnyik Ferenc [EMAIL PROTECTED] wrote: On Tue, 2006-06-20 at 19:03 +0200, Tshepang Lekhonkhobe wrote: On 6/20/06, edwardsa [EMAIL PROTECTED] wrote: Thanks for the response. How do I get to the window manager preferences? I have looked pretty carefully through the desktop preferences. I'm using metacity as the window manager. Try Applications-System Tools-Configuration Editor on your Menu Bar, though you probably won't find this functionality both of us are looking for. Start gnome-control-center, then choose Windows from Desktop preferences. There should be something. (Sorry for not giving exact answer - I'm working in XFCE now...) That doesn't provide the functionality I require... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Windows-toolbar behavior in gnome (your not going to believe this!)
Hello, Le mardi 20 juin 2006 à 11:29 -0600, edwardsa a écrit : I have just found the metacity.schemas file and find that a new schema focus_new_windows has two possible values: smart applies the user's normal focus mode, and strict results in windows started from a terminal NOT being given focus. Now, if I start a window from a terminal, why the hell wouldn't I want it to be given focus?! E.g. because this new window is to display something you want to see while still typing in your terminal window. When you're doing a task that requires you doing it repeatedly, automatically giving focus to new windows is a total PITA. OTOH, you may want to be able to close the window quickly by typing q, in which case it's not giving focus that's a PITA. Actually, easy window navigation from the keyboard is more important than the default focusing policy. Raise policy is also a different issue. If you create a window from the terminal, presumably you always want to *see* it ASAP (which is not always the case for popups, where I often prefer my taskbar to flash, allowing me to select when I'm OK with switching from my current task to check it). If I start a window I want it to be raised, given focus, and even a drink if it wants it! This makes me think that metacity should be renamed to perver-city. I'm missing something here, can't you just change the focus_new_windows setting? Should I file this as a bug? As it is, I'll using my stable boxes for anything serious until this is resolved. IMHO, you should not file more than a wishlist bug asking for the default to be smart (unless I did not understand the exact problem, of course). Regards, Thibaut. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Windows-toolbar behavior in gnome (your not going to believe this!)
Thibaut Paumard wrote: Hello, Le mardi 20 juin 2006 à 11:29 -0600, edwardsa a écrit : I have just found the metacity.schemas file and find that a new schema focus_new_windows has two possible values: smart applies the user's normal focus mode, and strict results in windows started from a terminal NOT being given focus. Now, if I start a window from a terminal, why the hell wouldn't I want it to be given focus?! E.g. because this new window is to display something you want to see while still typing in your terminal window. When you're doing a task that requires you doing it repeatedly, automatically giving focus to new windows is a total PITA. OTOH, you may want to be able to close the window quickly by typing q, in which case it's not giving focus that's a PITA. Actually, easy window navigation from the keyboard is more important than the default focusing policy. Raise policy is also a different issue. If you create a window from the terminal, presumably you always want to *see* it ASAP (which is not always the case for popups, where I often prefer my taskbar to flash, allowing me to select when I'm OK with switching from my current task to check it). If I start a window I want it to be raised, given focus, and even a drink if it wants it! This makes me think that metacity should be renamed to perver-city. I'm missing something here, can't you just change the focus_new_windows setting? You have only two choices, and neither produce the prior behavior for new windows. smart apparently looks at the focus behavior, which only changes the interaction of the mouse with the window. That is to say, once the window is created, focus_mode decides whether focus is given by clicking or simple placement of the cursor. It does not effect whether new windows are automatically raised. That is really my point. Currently, metacity is a Have it our way window manager. I have run the same application (molden, a molecular visualization tool) in KDE and I am able to exercise complete control over new windows. The default was exactly the same behavior as in gnome, but I could change it with the configure window behavior option. I was also able to alter the annoying behavior of firefox, described previously, where new instances of the browser are initiated behind other windows. I have looked fairly carefully at the metacity.schemas file and I have not found a way to alter the window behavior to customize metacity. I'm now using KDE because gnome/metacity had diminished my productivty. I miss the simplicity of gnome's presentation and would use it again if it met my needs. I realize that simplicity is one of the driving considerations for metacity. However, to misquote Einstein entirely out of context, things should be made as simple as possible, and no simpler. I would say that metacity is now a little too simple. Should I file this as a bug? As it is, I'll using my stable boxes for anything serious until this is resolved. IMHO, you should not file more than a wishlist bug asking for the default to be smart (unless I did not understand the exact problem, of course). Regards, Thibaut. Thanks for your response, Art -- Arthur H. Edwards Senior Research Physicist Air Force Research Laboratory AFRL/VSSE Bldg. 914 3550 Aberdeen Ave. SE KAFB, NM 87117-5776 (505) 853-6042 (O) (505) 463-6722 (C) (505) 846-2290 (F) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Windows-toolbar behavior in gnome (your not going to believe this!)
I have looked fairly carefully at the metacity.schemas file and I have not found a way to alter the window behavior to customize metacity. I'm now using KDE because gnome/metacity had diminished my productivty. I miss the simplicity of gnome's presentation and would use it again I think sawfish gives you the controls you want. Here is how to switch to sawfish after installing sawfish and sawfish-gnome. gnome-session-properties Go to the Current Session tab. Find metacity in the list of running programs, and change the Style drop down box from Restart to Normal. Now you can kill metacity without it immediately respawning. killall metacity sawfish To get it to save sawfish as your WM, go to the Session Options and select Automatically save changes to session. Then go to the Focus tab on the Windows settings in Desktop Preferences (or run sawfish-ui directly). I had focus given to new windows for a few days but turned it off just now because I found it to be a PITA. ...RickM... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Windows-toolbar behavior in gnome
* edwardsa [EMAIL PROTECTED] [2006-06-21 16:33]: [...] You have only two choices, and neither produce the prior behavior for new windows. smart apparently looks at the focus behavior, which only changes the interaction of the mouse with the window. That is to say, once the window is created, focus_mode decides whether focus is given by clicking or simple placement of the cursor. It does not effect whether new windows are automatically raised. That is really my point. Currently, metacity is a Have it our way window manager. I have run the same application (molden, a molecular visualization tool) in KDE and I am able to exercise complete control over new windows. The default was exactly the same behavior as in gnome, but I could change it with the configure window behavior option. I was also able to alter the annoying behavior of firefox, described previously, where new instances of the browser are initiated behind other windows. I have looked fairly carefully at the metacity.schemas file and I have not found a way to alter the window behavior to customize metacity. I'm now using KDE because gnome/metacity had diminished my productivty. I miss the simplicity of gnome's presentation and would use it again if it met my needs. I realize that simplicity is one of the driving considerations for metacity. However, to misquote Einstein entirely out of context, things should be made as simple as possible, and no simpler. I would say that metacity is now a little too simple. [...] You could always use another window manager with GNOME. I used GNOME for a short period, and didn't like metacity either, so I just used openbox. Now I just use openbox + perlpanel (no GNOME). Of course, openbox may not be what you want either, but you might be able to find another window manager that is. - Felix -- Felix C. Stegerman [EMAIL PROTECTED] http://obfusk.net ~ Any sufficiently advanced bug is indistinguishable from a feature. ~ -- R. Kulawiec ~ vim: set ft=mail tw=70 sw=2 sts=2 et: pgpsfqeHxA8OM.pgp Description: PGP signature
Re: Windows-toolbar behavior in gnome
On Mon, 2006-06-19 at 14:11 -0600, edwardsa wrote: In the previous incarnation of gnome/X11 (sarge), when I click on the main window of an application, an associated window would be placed on top of all applications. In the testing distribution, when I do the same thing, a tile on the bottom toolbar flashes to let me know I should click it. The example that comes to mind is molden. If I click on the graphics window, I have to search the bottome toolbar to find which tile is flashing. I have to say that this is really dumb. It now takes significantly more time to raise a window. Is there a switch/file I can change to get the old, efficient, behavior back? Art Edwards -- Arthur H. Edwards Senior Research Physicist Air Force Research Laboratory AFRL/VSSE Bldg. 914 3550 Aberdeen Ave. SE KAFB, NM 87117-5776 (505) 853-6042 (O) (505) 463-6722 (C) (505) 846-2290 (F) In your window manager preferences there should be some tick boxes saying Automatically give focus to newly created windows and/or Automatically raise windows when they receive focus. They should do the trick. -- Szia: Nyizsa. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Windows-toolbar behavior in gnome
Thanks for the response. How do I get to the window manager preferences? I have looked pretty carefully through the desktop preferences. I'm using metacity as the window manager. Art Edwards Nyizsnyik Ferenc wrote: On Mon, 2006-06-19 at 14:11 -0600, edwardsa wrote: In the previous incarnation of gnome/X11 (sarge), when I click on the main window of an application, an associated window would be placed on top of all applications. In the testing distribution, when I do the same thing, a tile on the bottom toolbar flashes to let me know I should click it. The example that comes to mind is molden. If I click on the graphics window, I have to search the bottome toolbar to find which tile is flashing. I have to say that this is really dumb. It now takes significantly more time to raise a window. Is there a switch/file I can change to get the old, efficient, behavior back? Art Edwards -- Arthur H. Edwards Senior Research Physicist Air Force Research Laboratory AFRL/VSSE Bldg. 914 3550 Aberdeen Ave. SE KAFB, NM 87117-5776 (505) 853-6042 (O) (505) 463-6722 (C) (505) 846-2290 (F) In your window manager preferences there should be some tick boxes saying Automatically give focus to newly created windows and/or Automatically raise windows when they receive focus. They should do the trick. -- Arthur H. Edwards Senior Research Physicist Air Force Research Laboratory AFRL/VSSE Bldg. 914 3550 Aberdeen Ave. SE KAFB, NM 87117-5776 (505) 853-6042 (O) (505) 463-6722 (C) (505) 846-2290 (F) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Windows-toolbar behavior in gnome
On 6/20/06, Nyizsnyik Ferenc [EMAIL PROTECTED] wrote: On Mon, 2006-06-19 at 14:11 -0600, edwardsa wrote: In the previous incarnation of gnome/X11 (sarge), when I click on the main window of an application, an associated window would be placed on top of all applications. In the testing distribution, when I do the same thing, a tile on the bottom toolbar flashes to let me know I should click it. The example that comes to mind is molden. If I click on the graphics window, I have to search the bottome toolbar to find which tile is flashing. I have to say that this is really dumb. It now takes significantly more time to raise a window. Is there a switch/file I can change to get the old, efficient, behavior back? Art Edwards -- Arthur H. Edwards Senior Research Physicist Air Force Research Laboratory AFRL/VSSE Bldg. 914 3550 Aberdeen Ave. SE KAFB, NM 87117-5776 (505) 853-6042 (O) (505) 463-6722 (C) (505) 846-2290 (F) In your window manager preferences there should be some tick boxes saying Automatically give focus to newly created windows and/or Automatically raise windows when they receive focus. They should do the trick. I searched for such functionality and failed (metacity). Help... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Windows-toolbar behavior in gnome
On 6/20/06, edwardsa [EMAIL PROTECTED] wrote: Thanks for the response. How do I get to the window manager preferences? I have looked pretty carefully through the desktop preferences. I'm using metacity as the window manager. Try Applications-System Tools-Configuration Editor on your Menu Bar, though you probably won't find this functionality both of us are looking for. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Windows-toolbar behavior in gnome (your not going to believe this!)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 edwardsa wrote: I have just found the metacity.schemas file and find that a new schema focus_new_windows has two possible values: smart applies the user's normal focus mode, and strict results in windows started from a terminal NOT being given focus. Now, if I start a window from a terminal, why the hell wouldn't I want it to be given focus?! If I start a window I want it to be raised, given focus, and even a drink if it wants it! This makes me think that metacity should be renamed to perver-city. Should I file this as a bug? As it is, I'll using my stable boxes for anything serious until this is resolved. No. The GNOME people have very definite (and unresponsive) ideas on how a GUI should look. - -- Ron Johnson, Jr. Jefferson LA USA Is common sense really valid? For example, it is common sense to white-power racists that whites are superior to blacks, and that those with brown skins are mud people. However, that common sense is obviously wrong. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEmDYYS9HxQb37XmcRAmrcAKCll8mYUExq14W9Kb+KkqSLMEObegCgplMJ WqEQeouOIQ1ymTTsJecGmk0= =gxol -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Windows-toolbar behavior in gnome
On Tue, 2006-06-20 at 19:03 +0200, Tshepang Lekhonkhobe wrote: On 6/20/06, edwardsa [EMAIL PROTECTED] wrote: Thanks for the response. How do I get to the window manager preferences? I have looked pretty carefully through the desktop preferences. I'm using metacity as the window manager. Try Applications-System Tools-Configuration Editor on your Menu Bar, though you probably won't find this functionality both of us are looking for. Start gnome-control-center, then choose Windows from Desktop preferences. There should be something. (Sorry for not giving exact answer - I'm working in XFCE now...) -- Szia: Nyizsa. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]