similar to: Metacity problems.

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

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

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

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

Hi, Here is a scenario: I have two windows (A and B) and I want to drag a file from one to the other. I focus window A, browse to the place that I want to drop the file and then try and pick up the file from window B, window B gets focused when I start to drag the icon Is there any way to make Compiz only focus a window when I click it but not when I click and drag an item on it? (Sometimes,

I have dual-screen compiz-fusion finally working on my ATI Radeon Mobility X600. AIGLX was the way to go using MergedFB. gentoo linux-2.6.22 x11-base/xorg-server-1.2.0-r3 x11-base/xorg-x11-7.2 media-libs/mesa-6.5.2-r1 x11-wm/compiz-9999 x11-wm/compiz-fusion-9999 But a number of remaining issues: - my second screen doesn't render properly. Compiz events cause it to redraw but

Hi to all. I've just installed a Fedora Core 6 on a Desktop here, adding the default distro compiz package. I've some problem when the screen saver starts: when I try to enter my password to unlock the system, the window has no textbox in which enter my password...I have to kill from a console the gnome-screensaver to unlock the system. I saw the version of compiz provided with the distro

I'm using Compiz 0.3.2 on Gentoo with the Nvidia 9626 beta drivers. First off, I would like to state that Compiz is very, very nice. The effects are very tasteful and enhance the desktop experience instead of being distracting. Compiz itself works great, the animations are smooth and it's very nice that it now uses the Metacity themes. The only reason I'm not using Compiz full time

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

Hello. I'm using compiz-vanilla, and I have noticed that it makes Nautilus act extremely slow on my desktop; for example, if I select several icons quickly the selection box becomes quite choppy, and if I try to move them there is a huge "lag". I noticed that Nautilus behaves completely normal on non-desktop windows, though, and if I replace compiz with metacity (metacity --replace)

Hi, I'm having a strange problem with gnome-terminal doubling its own window size every time I switch tabs while some "fullscreen" app (e.g. less or screen) is running in the terminal and the window isn't the default size. To reproduce: - open a terminal and make it a couple of pixels higher - open a new tab - run 'less' in either tab, and switch between the tabs

Hello, After trying to solve a issue with desktop-effects in fedora (compiz does not let itself to be replaced by metacity). We come to the conclusion that the compiz session management code is broken. When unmanaging the screen compiz should unregister itself from the session manager to let a new started wm to take over the screen. See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=229113

Hi, u found this bug with compiz turned on: "metacity doesn't know what is the full screen resolution" https://bugzilla.redhat.com/show_bug.cgi?id=431302 Can you please look at it and say if this looks like a compiz, X, gnome which bug :) Thank you very much in advance, Valent. -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered

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.