Re: [compiz] compiz run on DISPLAY :2 error: No composite extension
On Fri, 2007-05-18 at 17:00 +0800, Zhu, Jack wrote: > I can enable compiz on default DISPLAY :0 on gnome on FC6, all > features are OK, but when I set up a DISPLAY :2 with Xnest, try to > run compiz in DISPLAY :2, fail, > > Error info: > > > > compiz: No composite extension > > > > I check compiz source code: > > if (!XQueryExtension (dpy, > > COMPOSITE_NAME, > > &d->compositeOpcode, > > &d->compositeEvent, > > &d->compositeError)) > > { > > fprintf (stderr, "%s: No composite extension\n", > programName); > > return FALSE; > > } > > > > NAME > >XQueryExtension, XListExtensions, XFreeExtensionList - list > available extensions > > ARGUMENTS > >display Specifies the connection to the X server. > >name Specifies the extension name. > > DESCRIPTION > >The XQueryExtension function determines if the named > extension is present. If the extension is not > >present, XQueryExtension returns False; otherwise, it > returns True. If the extension is present, > >XQueryExtension returns the major opcode for the extension to > major_opcode_return; otherwise, it returns > >zero. > > > > > > who can help me ? Xnest simply doesn't support the composite extension that is required to run compiz. Compiz is a compositing window manager and none of the effects that compiz plugins provide could be implemented without this X server extension. You can use Xgl if you want to run an X server in a window that support all the extensions required by compiz. - David ___ compiz mailing list compiz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/compiz
Re: [compiz] about matchbox + compiz solution
On Fri, 2007-05-18 at 16:42 +0800, Zhu, Jack wrote: > Instead of use compiz windows manager, I want to use matchbox, but I want > reuse compiz plugins, means I use matchbox + compiz as windows manager + 3D > desktop effect solution, would you please give me some suggestion about my > plan. > What about the effort? Would you please give me some suggestion. > Thanks. I assume you want to use matchbox because it's lightweight and designed to work well with small displays. The effects that exist in compiz plugins require OpenGL so there's no way you can avoid that dependency. Other than that, compiz's modular design allows it to be as lightweight as matchbox and whatever special functionality you need that matchbox provides could be added to compiz through plugins. If there's anything in compiz core, other than the OpenGL dependency, that makes matchbox more appropriate for you, I'm very interested in fixing that. My suggestion is that you use compiz as windows manager and we'll make sure it fits your needs. Its modular design should make that straightforward. - David ___ compiz mailing list compiz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/compiz
Re: [compiz] Maximized windows dissappear
David Reveman wrote: > On Sun, 2007-04-29 at 15:17 +0100, Mike Dransfield wrote: > >> Jesper Andersen wrote: >> >>> Replying to my own email here: >>> >>> On Fri, 2007-04-27 at 09:05 +0200, Jesper Andersen wrote: >>> >>> I am using the lastest git version of compiz and just run in to a new problem after switching to using the ini configuration plugin over the gconf-one. When I maximize a window and then try to move it to another viewport, the cube rotates but the maximized window disappears instead of moving along to the new viewport. The maximized window can be found using the scale plugin (only on show-all action). Further, if I then try to unmaximize the window, the window again disappears and I have to use scale's show-all action. Now, however the window appears in some random almost out of viewport location and I have to drag it back into position. I do not know whether it was my switch to the ini plugin that caused this annoying change in behavior. >>> I now tried with either gconf and ini (with the same settings) and >>> nothing changes. However I noticed the following: whenever I move a >>> window with some contents below the bottom edge of the screen to another >>> viewport, it is immediately displaced on the new viewport so that most >>> of the window's content is above the top edge of the screen. How much >>> seems related to how much was hidden below the bottom edge before the >>> move (this is only when moving a window to a new viewport by >>> Left/Right and similar, not for the usualy mouse-dragging of >>> windows and also not for windows that are beyond any other screen >>> edges). I have tried toggling the "Constrain y" option in the >>> move-plugin to no avail. I also tried changing the "detect outputs" in >>> the general options, also to no avail. >>> >>> I am not sure when this strange behavior was introduced and I am >>> wondering whether I am really the only one seeing this? >>> >>> >>> >> No you are not. >> >> I can see both of these problems now and I have tracked the >> problem down to the moveWindowToViewportPosition function >> OR the w->output.top calculation. >> >> The exact line is this one >> >> if (m - w->output.top < w->screen->height - vHeight) >> >> In the case I just tested this variables had these values. >> >> m = 20 >> w->output.top =23 >> >> w->screen.height and vHeight are both 1050. This if statement >> returns true because -3 < 0 and it shifts the window down. >> >> Sorry, I am not sure how to best fix this one but it is a reproducible >> problem. >> >> I also see the offset problem as well and suspect its related to the >> same thing. >> > > It should now be fixed. Thanks for tracking this down, Mike. > I can still see a problem when moving windows across viewports when they are off the top of the screen. To reproduce, put window off the top of the screen and then use Right to move with it. The window gets put off the bottom of the screen. This is in a typical 4X1 arrangement with cube and rotate. > - David > > ___ compiz mailing list compiz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/compiz
[compiz] Allow core functions to be activated on hotcorners
Recently there was a suggestion that the "Show Desktop" plugin could be activated on a hotcorner. I noticed that there is now a core interface for this - otherwise known as "Hide all windows and focus the desktop." This can be activated with Ctrl-Alt-D. However - it cannot be activated with a hotcorner - which could be useful for people who do not have a "Hide all windows and Show the desktop" on thier panel. I then noticed that none of these options could be activated with a hotcorner. Is it possible to activate core funtions with a hotcorner? ___ compiz mailing list compiz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/compiz
Re: [compiz] Crash in blur.c (SIGSEGV)
I forgot to mention, that crashes happen only when alpha blur is turned on, sorry. ___ compiz mailing list compiz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/compiz