Re: [compiz] status of input redirection
can it be added to the server so that apps like compiz can start using it? it can be extended later if needed. ___ compiz mailing list compiz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/compiz
Re: [compiz] Problem with new cube and scale with ini
On Fri, 2007-06-08 at 11:44 +0100, Mike Dransfield wrote: > I think I have a slight problem with the new hookable plugins > and the ini plugin. > > I haven't looked into it too much, but the plugins use an option to > store their abi version. This value is stored so that when the cube/scale > plugins are updated it will not be changed and things will not work. I'm not sure I understand. In what way doesn't it work? The cube/scale plugins should always be able to set the abi option properly, independent of how options are stored. > > Do we need some sort of flag to tell ini not to save these options? I > assume that it is OK for gconf because the option is not stored > because it is not added to the schema. There's a "read-only" metadata hint that should be sufficient for this. > > The other option would be to get the cube plugin to set its options > when they change internally, but ideally these things shouldn't > be written to disk at all. -David ___ compiz mailing list compiz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/compiz
Re: [compiz] kde-window-decorator crashes
To be more precise the crash happens when KWD::Window::~Window calls delete
mDecor in window.cpp:
if (mDecor) {
delete mDecor;
}
debugging reveals that mDecor has been correctly created just before by
KWD::Window::createDecoration (afaik). Maybe a bug
Silvan
Alle giovedì 21 giugno 2007, Silvan Calarco ha scritto:
> Sorry for the delay. The patch applied to libXrender doesn't seem fix the
> problem, but this time I have a backtrace:
>
> #0 0x4b5ced12 in QWidget::~QWidget () from /usr/lib/qt3/lib/libqt-mt.so.3
> #1 0x4b625bac in QButton::~QButton () from /usr/lib/qt3/lib/libqt-mt.so.3
> #2 0xb7f889bf in KCommonDecorationButton::~KCommonDecorationButton ()
>from /opt/kde3/lib/libkdecorations.so.1
> #3 0xb7f88996 in KCommonDecorationButton::~KCommonDecorationButton ()
>from /opt/kde3/lib/libkdecorations.so.1
> #4 0xb7aaeec5 in KWinPlastik::PlastikButton::~PlastikButton ()
>from /opt/kde3/lib/kde3/kwin3_plastik.so
> #5 0x08165188 in ?? ()
> #6 0xb7f8eafc in ?? () from /opt/kde3/lib/libkdecorations.so.1
> #7 0x in ?? ()
>
> Cheers,
> Silvan
>
> > On Tue, 2007-05-15 at 18:50 +0100, Diogo Ferreira wrote:
> > > Silvan Calarco wrote:
> > > > Hi,
> > > > I've updated compiz to the 0.5.0 release and since my release
> > > > 0.3.something I keep on seeing seldom crashes from
> > > > kde-window-decorator when running it both on Xorg with AIGLX+nvidia
> > > > card and Xorg+Xgl+ATI card.
> > > > The crashes most often happen at desktop login and when loading
> > > > certain applications (kmail, kaffeine, ...).
> > > > The strange thing is that if I try to attach to kde-window-decorator
> > > > with gdb it doesn't crash anymore! What might be the reason?
> > > > If anybody can tell how I can make more debugging and give you more
> > > > information. The distribution is openmamba.
--
mambaSoft di Silvan Calarco - http://www.mambasoft.it
openmamba GNU/Linux development - http://www.openmamba.org
signature.asc
Description: This is a digitally signed message part.
___
compiz mailing list
compiz@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/compiz
Re: [compiz] [PATCH] fixes for >=libwnck-2.19.3
On Thu, 2007-06-07 at 10:45 -0500, [EMAIL PROTECTED] wrote: > Hi. > > libwnck broke API with the 2.19.3 release. This effects compiz as the > WNCK_WINDOW_MODAL_DIALOG is no longer supported by it. The attached patch > allows compiz to > build against the library. Thanks. I made it check for libwnck 2.19.4, as we're already checking for that version. I hope that's good enough. -David ___ compiz mailing list compiz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/compiz
Re: [compiz] new release?
On Thu, 2007-06-07 at 09:53 +0200, dragoran wrote: > It has been a while since 0.4.0 and 0.5.0 has been released... > any plans for a new release (0.6.0/0.7.0) in the near feature? I think we should try to make one or two developer releases before a stable 0.6 release. 0.5.2 within a week or so sounds good to me. -David ___ compiz mailing list compiz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/compiz
Re: [compiz] window walking interface
On Tue, 2007-06-12 at 21:16 +0200, Dennis Kasprzyk wrote: > Am Dienstag 12 Juni 2007 19:27:41 schrieb Dennis Kasprzyk: > > Am Dienstag 12 Juni 2007 14:52:53 schrieb Danny Baumann: > > > Hi, > > > > > > > > Thanks for putting these changes in git, it indeed makes more sense > > > > > than the way I did it first. > > > > > I re-made the transparent cube patches to work now with this new > > > > > interface. Tell me what you think about it. > > > > > > I re-did Roi's patches for latest cube plugin changes and coding style. > > > > > > Attached are the following: > > > > 0001-cube-painting-order.txt: > > > > > > > > This is good to go in if you're able to help fix any regressions that > > > > may appear. There's some coding style changes that need to be made > > > > before I can let this go in, though. > > > > > > > > Please replace all C++ comments with C comments, keep declarations at > > > > the beginning of each scope and make sure lines are no longer than 80 > > > > columns. > > > > > > This one is replaced by > > > 0001-Improve-cube-paint-order-calculations.patch. > > > > > > > 0002-plugin-events.txt: > > > > > > > > This is not OK. Plugin events should not be used at all now that 3d and > > > > rotate plugins can hook into the cube plugin directly. Just add > > > > whatever hooks that are appropriate to the cube plugin. > > > > > > Replaced by 0002-Added-rotation-state.patch. With that patch, there is a > > > rotation state variable in CubeScreen that is written by the plugin > > > rotating it, rotate in the current case. > > > > > > > 0003-transparent-cube.txt: > > > > > > > > Looks OK. The same coding style changes need to be made here too, > > > > though. > > > > > > Replaced by 0003-Add-cube-transparency.patch (which adds the cube > > > transparency) and > > > 0004-Added-option-to-enable-cube-transparency-only-on-but.patch (option > > > to enable transparency only on 'manual' rotation). > > > > > > Are these patches ok to go in? > > > > > > Regards, > > > > > > Danny > > > > Hi, > > > > here are some additional transcube patches. > > > > 0005: > > Fixes the FrontToBack calculation for inside cube mode. > > > > 0006: > > Makes the checkFTB function wrapable to allow other plugins like cubereflex > > to change the result of this function. > > > > 0007: > > Separates paintTopBottom into individual functions and fixes normals and > > painting order of the top and bottom caps. > > > > 0008: > > Adds a wrapable paintInside function to allow other plugins to render > > something inside of the transparent cube. > > > > Regards, > > Dennis > > This is an additional patch that compines the two orientation checking > function into one. It also disables the orientation checking functions for > the "inside" cube mode. In inside cube mode some points of the orientation > checking function get projected outside of the visible range and this > produces wrong results. Sounds good. You know the related code better than me so feel free to make adjustments as you like. -David ___ compiz mailing list compiz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/compiz
Re: [compiz] window walking interface
On Tue, 2007-06-12 at 19:27 +0200, Dennis Kasprzyk wrote: > Am Dienstag 12 Juni 2007 14:52:53 schrieb Danny Baumann: > > Hi, > > > > > > Thanks for putting these changes in git, it indeed makes more sense > > > > than the way I did it first. > > > > I re-made the transparent cube patches to work now with this new > > > > interface. Tell me what you think about it. > > > > I re-did Roi's patches for latest cube plugin changes and coding style. > > > > Attached are the following: > > > 0001-cube-painting-order.txt: > > > > > > This is good to go in if you're able to help fix any regressions that > > > may appear. There's some coding style changes that need to be made > > > before I can let this go in, though. > > > > > > Please replace all C++ comments with C comments, keep declarations at > > > the beginning of each scope and make sure lines are no longer than 80 > > > columns. > > > > This one is replaced by > > 0001-Improve-cube-paint-order-calculations.patch. > > > > > 0002-plugin-events.txt: > > > > > > This is not OK. Plugin events should not be used at all now that 3d and > > > rotate plugins can hook into the cube plugin directly. Just add whatever > > > hooks that are appropriate to the cube plugin. > > > > Replaced by 0002-Added-rotation-state.patch. With that patch, there is a > > rotation state variable in CubeScreen that is written by the plugin > > rotating it, rotate in the current case. > > > > > 0003-transparent-cube.txt: > > > > > > Looks OK. The same coding style changes need to be made here too, > > > though. > > > > Replaced by 0003-Add-cube-transparency.patch (which adds the cube > > transparency) and > > 0004-Added-option-to-enable-cube-transparency-only-on-but.patch (option > > to enable transparency only on 'manual' rotation). > > > > Are these patches ok to go in? > > > > Regards, > > > > Danny > > Hi, > > here are some additional transcube patches. > > 0005: > Fixes the FrontToBack calculation for inside cube mode. > > 0006: > Makes the checkFTB function wrapable to allow other plugins like cubereflex > to > change the result of this function. Yep, this is what I had mind for proper integration of the 3d plugin functionality. > > 0007: > Separates paintTopBottom into individual functions and fixes normals and > painting order of the top and bottom caps. > > 0008: > Adds a wrapable paintInside function to allow other plugins to render > something inside of the transparent cube. > All good. Please commit. Thanks. -David ___ compiz mailing list compiz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/compiz
Re: [compiz] kde-window-decorator crashes
Alle lunedì 21 maggio 2007, David Reveman ha scritto: > Could be related to this bug: > > http://bugs.freedesktop.org/show_bug.cgi?id=9526 > > I think someone reported that the workaround we have in libdecoration > doesn't always work. > > I should probably go ahead and commit that fix to libXrender. Sorry for the delay. The patch applied to libXrender doesn't seem fix the problem, but this time I have a backtrace: #0 0x4b5ced12 in QWidget::~QWidget () from /usr/lib/qt3/lib/libqt-mt.so.3 #1 0x4b625bac in QButton::~QButton () from /usr/lib/qt3/lib/libqt-mt.so.3 #2 0xb7f889bf in KCommonDecorationButton::~KCommonDecorationButton () from /opt/kde3/lib/libkdecorations.so.1 #3 0xb7f88996 in KCommonDecorationButton::~KCommonDecorationButton () from /opt/kde3/lib/libkdecorations.so.1 #4 0xb7aaeec5 in KWinPlastik::PlastikButton::~PlastikButton () from /opt/kde3/lib/kde3/kwin3_plastik.so #5 0x08165188 in ?? () #6 0xb7f8eafc in ?? () from /opt/kde3/lib/libkdecorations.so.1 #7 0x in ?? () Cheers, Silvan > On Tue, 2007-05-15 at 18:50 +0100, Diogo Ferreira wrote: > > Silvan Calarco wrote: > > > Hi, > > > I've updated compiz to the 0.5.0 release and since my release > > > 0.3.something I keep on seeing seldom crashes from kde-window-decorator > > > when running it both on Xorg with AIGLX+nvidia card and Xorg+Xgl+ATI > > > card. > > > The crashes most often happen at desktop login and when loading certain > > > applications (kmail, kaffeine, ...). > > > The strange thing is that if I try to attach to kde-window-decorator > > > with gdb it doesn't crash anymore! What might be the reason? > > > If anybody can tell how I can make more debugging and give you more > > > information. The distribution is openmamba. > -- mambaSoft di Silvan Calarco - http://www.mambasoft.it openmamba GNU/Linux development - http://www.openmamba.org signature.asc Description: This is a digitally signed message part. ___ compiz mailing list compiz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/compiz
[compiz] configure gconf error
I am running autogen with a fresh checkout, my autogen line is this. ./autogen.sh --prefix=/usr --enable-librsvg --disable-schema-install --enable-kde --disable-metacity --disable-gnome --disable-gconf This gives me the error configure: error: conditional "GCONF_SCHEMAS_INSTALL" was never defined. Usually this means the macro was only invoked conditionally. Which I assume is related to this commit 85a622ab0001821fbdb0136605fec219601dae01 "Move AM_GCONF_SOURCE_2 in to gconf conditional" Could someone check this please. Regards Mike ___ compiz mailing list compiz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/compiz
Re: [compiz] [PATCH] Case insensitive matching for the regex plugin
Danny Baumann wrote: > Hi, > > I have created an addition to the regex plugin that allows case > insensitive matching for title/class/name/role. To enable the case > insentive matching, I chose to prepend an 'i' before the tag (ititle=, > iclass=, ...). The patch is obviously attached ;-) > > Are there any objections against putting this code in? > No objections as such, but maybe it would be better to make the regex plugin be case-insensitive by default and if necessary, add an option to be case-sensitive. I cannot think of any real-world cases where the average user would want case-sensitive. In fact it leads to a lot of support issues when matching by class. Regards Mike > Regards, > > Danny > > > > ___ > compiz mailing list > compiz@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/compiz > ___ compiz mailing list compiz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/compiz
