similar to: Is this a Wine bug or a Gnome/Metacity bug?

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 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

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 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 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

I have installed compiz with metacity support, my metacity libs are 2.16.3 and I used this command to on theme support gconftool-2 -s /apps/gwd/use_metacity_theme -t bool true but I can`t change border of windows in gnome-theme-manager I can change theme only. Is metacity support functionall yet ? Or I maked something wrong.

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 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

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? --------------

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

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 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

There's an old Ubisoft game called "Hype the Time Quest". For many Wine versions, Wine could not get past the Hype installer. It would go up to 117% and fail. Then a version came where if you unchecked the DirectX check, the install would work (or maybe that's all you had to do to begin with). But the game would fail to start with an error about MaiD3Dvr_bleu.exe. Then a Wine

On 11/14/11, Alan Garny wrote: > For what is worth, I have been able to trace my problem (thanks Kevin Kelley > for the indirect help!). The 'culprit' was DLL Expert Viewer > (http://www.nirsoft.net/utils/dll_export_viewer.html). It kept reporting > that there were no exported functions, so I (wrongly) assumed that something > had gone wrong while, using PEInfo >

> >> GNU make is essential to msys build. I guess msysdtk would have it. > > > > I could find a copy of msysDTK at > > > http://sourceforge.net/projects/mingw/files/Other/Unsupported/MSYS/msy > > sDTK/, but not only is the 'latest' version a very old version > > (2003!), but once installed I couldn't find a copy of gmake in it. > >

2011/11/15 Csaba Raduly <rcsaba at gmail.com>: > On 11/14/11, Alan Garny  wrote: >> For what is worth, I have been able to trace my problem (thanks Kevin Kelley >> for the indirect help!). The 'culprit' was DLL Expert Viewer >> (http://www.nirsoft.net/utils/dll_export_viewer.html). It kept reporting >> that there were no exported functions, so I (wrongly)

I noticed there have been some older posts about a work in progress patch which never made it to the ML due to some issues. I am attaching three patches here in an effort to bring the button_layout support into gtk-window-decorator which allows you to define the titlebar button placements with a string (e.g. "menu:minimize,maximize,close") in /apps/metacity/general/button_layout. #

hi, For compiz ubuntu packages, I made some patchs to have a behavior of compiz nearer to metacity. All patch are made for compiz-0.3.6 and they are more hacks or draft than good fix, i hope they can help. http://gandalfn.club.fr/ubuntu/compiz-patch/90-fix-no-border-window-shadow.patch This patch fix white boxes instead of shadows for gnome-panel and other non-standard windows on AiGLX.

Hi, I've been following the list for a few months but this just my first post to the list. I've just started to use compiz again a few days ago and I have a few things (probably bugs) here that bugged me a little bit. I am not sure whether the bugs is in compiz or somewhere else so it would be nice if someone could confirm them. Here they are: - on default window decoration the maximize