I've tried to enable dropshadows in two systems running FC3, in both I stumbled into problems with Metacity. In one system with an nVidia GF FX5900, window borders would be transparent, and only "unmanaged" (borderless) windows would cast shadows (menus, dragged icons, etc), while managed windows would not, the window border would be traslucent, and not cast a shadow. The other system, a laptop, will not focus windows when loged into GNOME, I cannot even run xcompmgr to activate dropshadows when I have active the Composite and RENDER extensions. However KDE works in both systems just fine with dropshadows, why isn't Metacity working as it should? Is there somethening that can be done, do I need a newer metacity or a patched one?
Thanks.
Gian Paolo Mureddu wrote:
I've tried to enable dropshadows in two systems running FC3, inboth I stumbled into problems with Metacity. In one system with an nVidia GF FX5900, window borders would be transparent, and only "unmanaged" (borderless) windows would cast shadows (menus, dragged icons, etc), while managed windows would not, the window border would be traslucent, and not cast a shadow. The other system, a laptop, will not focus windows when loged into GNOME, I cannot even run xcompmgr to activate dropshadows when I have active the Composite and RENDER extensions. However KDE works in both systems just fine with dropshadows, why isn't Metacity working as it should? Is there somethening that can be done, do I need a newer metacity or a patched one?
Thanks.
If anyone else messses with this and stumbles into the same wall I did, you need a newer Metacity version, I found that 2.8.8 works quite good and allowed me to start a GNOME session in the Laptop, I still have to try it in the Desktop, but I'm confident it will work just as fine. If you ever need that rpm, get it from:
http://rpm.pbone.net/index.php3/stat/4/idpl/1589976/com/metacity-2.8.8-1.1.f...
Gian Paolo Mureddu wrote:
I've tried to enable dropshadows in two systems running FC3, inboth I stumbled into problems with Metacity. In one system with an nVidia GF FX5900, window borders would be transparent, and only "unmanaged" (borderless) windows would cast shadows (menus, dragged icons, etc), while managed windows would not, the window border would be traslucent, and not cast a shadow. The other system, a laptop, will not focus windows when loged into GNOME, I cannot even run xcompmgr to activate dropshadows when I have active the Composite and RENDER extensions. However KDE works in both systems just fine with dropshadows, why isn't Metacity working as it should? Is there somethening that can be done, do I need a newer metacity or a patched one?
Thanks.
Another update... though the metacity bug as solved, One that was present and I did not play much attention to, still bugs the system in GNOME: The close session panel will not come up, the system will "hang" whenever I press the log-out button. This issue was already asked in the main fedora-list, but I wonder if the solution found there still applies in this case.
Gain Paolo Mureddu wrote:
Another update... though the metacity bug as solved, One that was present and I did not play much attention to, still bugs the system in GNOME: The close session panel will not come up, the system will "hang" whenever I press the log-out button.
This is an issue with the Composite extension. When an application grabs the server, nothing gets drawn because the compositing manager is not having its requests processed. The logout dialog is "there", its just not drawn, so you can actually push all the invisible buttons and they will work. Pressing return will log you out.
This issue was already asked in the main fedora-list, but I wonder if the solution found there still applies in this case.
What was the solution found there? I don't read that list.
Søren
Soeren Sandmann wrote:
Gain Paolo Mureddu wrote:
Another update... though the metacity bug as solved, One that was present and I did not play much attention to, still bugs the system in GNOME: The close session panel will not come up, the system will "hang" whenever I press the log-out button.
This is an issue with the Composite extension. When an application grabs the server, nothing gets drawn because the compositing manager is not having its requests processed. The logout dialog is "there", its just not drawn, so you can actually push all the invisible buttons and they will work. Pressing return will log you out.
This issue was already asked in the main fedora-list, but I wonder if the solution found there still applies in this case.
What was the solution found there? I don't read that list.
Søren
Thaks for your insights...
The solution in the main list was to fiddle with the .gnome2/session-manual file (about a white space at the end of the file or something).
On Sun, 2005-02-06 at 22:21 -0600, Gain Paolo Mureddu wrote:
Another update... though the metacity bug as solved, One that was present and I did not play much attention to, still bugs the system in GNOME: The close session panel will not come up, the system will "hang" whenever I press the log-out button.
I've had this issue with some previous versions of GNOME/RH. From memory, the problem was that gnome-session or something wanted to ask a question and popped up some yes/no box, but the window manager either wasn't there anymore or didn't function, or whatever, anyway the box stayed in the background and couldn't be seen or acknowledged.
I suppose, xlsclients or xlsatoms, used from a VT session might help identifying these kinds of problems.
Cheers Steffen.
desktop@lists.stg.fedoraproject.org
-
Gain Paolo Mureddu -
Soren Pedersen -
Steffen Kluge