similar to: metacity support

Look at it, and you'll see the black outline is missing on the right side of the minimise button. This has been bugging me for a while. I've attached a zoomed in shot, so you can see easily what I mean. It's not a bug in the theme, but in gtk-window-decorator's Metacity theme support, as the border displays perfectly in Metacity. Does it happen with other themes? --------------

Hi. I have just installed latest git vanilla compiz under fedora core 6 and I have run into two problems: 1. Metacity theme support does not work. As soon as I type in gconftool-2 -s /apps/gwd/use_metacity_theme -t bool true the window border disappears. I have tried it both under KDE and Gnome with the same result. the window border can be brought back by setting the above value back to false. 2.

Hello...after upgrade glproto, xserver and mesa it's compiz not functional. Xserver is functional and if i run compiz all sides of compiz cube are white, I thing this is probably cause new opcodes for GLX_EXT_texture_from_pixmap. This is commit from git.freedesktop.org from last upgrade glproto, xserver, mesa Use correct opcodes for GLX_EXT_texture_from_pixmap. Set the correct opcodes for

Hello, I'm on a Gentoo machine with the latest beta nVidia 9625 Drivers, trying to get Compiz to work with AIGLX... simply running 'compiz', or even with the addition of any options other than version, causes compiz to detect that it is indeed not XGL, and then segmentation faults... please note that I have only currently tried this with Compiz-Quinnstorm (the latest package available

I pushed out some changes to gwd that makes it possible to properly set an overall opacity value for any metacity theme. Making the complete decorations translucent can look bad with some themes. However, I've made it possible to have the opacity fade from opaque to the selected opacity value in a similar way to how the built-in decorations look. This usually looks a lot better. I'll add

Hi, I have a strange problem with gtk-window-decorator. I've tried 0.3.6 & the latest from git, but with either I don't get any window borders when running gwd. I hope its not something simple I've missed but I've searched around and not found anything. gwd never segfaults or even displays any warnings or anything for that matter. It just doesn't draw the borders. I've

I just pushed some code into the compiz repository for initial metacity theme support. It's not complete, left and right borders are not rendered correctly, button decorations doesn't always match event window locations, maximized and shaded windows are not rendered as when running metacity, button locations are not configurable as with metacity... but it still seem to look OK with most

if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -DORBIT2=1 -pthread -I/opt/Xgl/include -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -I/usr/include/libwnck-1.0 -I/opt/Xgl/include -I/usr/include/metacity-1 -I/usr/include/gtk-2.0

I had tried to have a closer look at the source code, to see if there's a leak somewhere... but haven't find anything where I can help. The bug, reproduceable since April, is better described here. https://bugs.freedesktop.org/show_bug.cgi?id=12450 - Andrea

I apologize in advance for the subject and length of this reply. I debated just letting things pass without comment. But, security has many levels. And the first level is recognition of the threat. Whether we recognize it or not. Whether we agree of disagree with the politics that lie beneath this situation or not; Whether we consider this a non-technical issue or not; By virtue of our

Hi all, I'm trying to do some window positioning for a GTK window. I compute positions based on current window sizes and that works well under metacity using gdk_window_get_frame_extents. Under compiz positioning is all off, because that function yields different results with windows decorations being the same (gnome window decorator etc.). With mc I get a height of 67, with compiz of 43

hi, I made a small a patch for gtk-window-decorator which define default border alpha to zero when it use metacity theme. That allows while playing with the alpha attributes of the metacity themes to have transparent borders. here too the modified ?Human Ubuntu? theme and a screenshot to show the result. ps: sorry for my bad english -------------- next part -------------- A non-text attachment

I played a little bit yesterday with adding metacity theme support to gwd and it looks like it's not going to be very hard. Hopefully I'll have it working in the next couple of days. What I've done is to rip out all the parts of the metacity code that is required for theme support (boxes.c, gradient.c, theme-parser.c, theme.c, util.c). Ideal would be if we could put this part of

Hi I would like to help with metacity testing/development. I think I may help with the 3D development of metacity but I don't know with whom I should contact. Hope someone will help. Regards MichalDavidR

Hi. I am using latest wine but i got prob here... when i run game in virtual desktop, it will apear in nice window with borders...etc which i want to disable of course. Using Gnome with Metacity window manager. On KDE i can disable borders fine, but here only close button is enable others like minimize example are disabled. And i can't full screen it with shortcut. Cedega works fine on this

CentOS Errata and Security Advisory CEEA-2005:454 https://rhn.redhat.com/errata/RHEA-2005-454.html The following updated files have been uploaded and are currently syncing to the mirrors: files: updates/ia64/RPMS/gnome-panel-2.2.2.1-10.ia64.rpm updates/ia64/RPMS/metacity-2.4.55-7.15.ia64.rpm -- Pasi Pirhonen - upi@iki.fi - http://iki.fi/upi/ -------------- next part

CentOS Errata and Security Advisory CEEA-2005:454 https://rhn.redhat.com/errata/RHEA-2005-454.html The following updated files have been uploaded and are currently syncing to the mirrors: s390: updates/s390/RPMS/gnome-panel-2.2.2.1-10.s390.rpm updates/s390/RPMS/metacity-2.4.55-7.15.s390.rpm s390x: updates/s390x/RPMS/gnome-panel-2.2.2.1-10.s390x.rpm

With the Magical Jelly Bean Keyfinder running in Wine in Linux with Gnome/Metacity, the syncing of the "Always On Top Status" is one-way. Under tools, Keyfinder has an "Always On Top" option. If you put the window into "Always On Top" mode via the keyfinder's option under tools, when you right-click on the window bar, you will see that, according to

Hello, I'm developing a fancy screenshot application for the GNOME-desktop using GTK and GDK libraries (and some Xlib stuff too). When taking a screenshot of a window, my code first finds out in which desktop the window lies (resides) and then moves to that desktop and takes a screenshot. This is quite easy to do under the Metacity window manager, but I cannot make this work right in Compiz

I have configured compiz to use 1 workspace and 4 viewports and metacity to use 4 workspaces. When I start compiz while metacity was running it uses 4 workspaces and 4 viewports (ignoring the gconf settings). When I restart X so that compiz is started before metacity this does not happen (it uses what its configured for). bug or feature? if feature can it be disabled? switching