[FusionDev] [Bug 1109] Would like to be able to change the speed of the ADD Helper' s fade
http://bugs.opencompositing.org/show_bug.cgi?id=1109 --- Comment #14 from Danny Baumann 2009-01-26 06:42:18 --- (In reply to comment #13) > (In reply to comment #12) > > Did you also try to play around with the fade time? If you don't see any > > difference when playing around with that: How are you starting compiz? > > Fedora > > uses the glib and gconf plugins by default, which is not compatible with > > ccsm. > > I did play around with the fade time, it didn't make any difference. It also doesn't make any difference for other plugins, e.g. staticswitcher? That is definitely working here. > I am using the normal Fedora build, but CCSM seems to be working fine with > its gconf backend, and all of my other changes through CCSM have been > seemingly > effective. The symptom of that incompatibility is that no changes in ccsm are effective after disabling or enabling a single plugin until a compiz restart (see bug 379). The best idea before any testing would be editing /usr/bin/compiz-gtk to use the ccp plugin instead of the gconf plugin. Just replace "glib gconf" by "ccp" there. -- Configure bugmail: http://bugs.opencompositing.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Dev mailing list Dev@lists.compiz-fusion.org http://lists.compiz-fusion.org/mailman/listinfo/dev
[FusionDev] [Bug 1109] Would like to be able to change the speed of the ADD Helper' s fade
http://bugs.opencompositing.org/show_bug.cgi?id=1109 --- Comment #13 from Max Kanat-Alexander 2009-01-25 21:32:41 --- (In reply to comment #12) > Did you also try to play around with the fade time? If you don't see any > difference when playing around with that: How are you starting compiz? Fedora > uses the glib and gconf plugins by default, which is not compatible with ccsm. I did play around with the fade time, it didn't make any difference. I am using the normal Fedora build, but CCSM seems to be working fine with its gconf backend, and all of my other changes through CCSM have been seemingly effective. -- Configure bugmail: http://bugs.opencompositing.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Dev mailing list Dev@lists.compiz-fusion.org http://lists.compiz-fusion.org/mailman/listinfo/dev
[FusionDev] [Bug 1109] Would like to be able to change the speed of the ADD Helper' s fade
http://bugs.opencompositing.org/show_bug.cgi?id=1109 --- Comment #12 from Danny Baumann 2009-01-25 19:07:41 --- (In reply to comment #11) > (In reply to comment #10) > > BTW, you may want to try "Constant fade time" instead of "Constant fade > > speed" > > as fade mode in the fade plugin. > > I did, it didn't seem to make any difference. Did you also try to play around with the fade time? If you don't see any difference when playing around with that: How are you starting compiz? Fedora uses the glib and gconf plugins by default, which is not compatible with ccsm. > I thought that the discussion > here was to the effect that the ADD Helper isn't actually using the fade > plugin, anyhow. No. Initially you were talking about obs, which is not using the fade plugin. ADD Helper _is_ using the fade plugin. -- Configure bugmail: http://bugs.opencompositing.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Dev mailing list Dev@lists.compiz-fusion.org http://lists.compiz-fusion.org/mailman/listinfo/dev
[FusionDev] [Bug 1109] Would like to be able to change the speed of the ADD Helper' s fade
http://bugs.opencompositing.org/show_bug.cgi?id=1109 --- Comment #11 from Max Kanat-Alexander 2009-01-25 12:59:08 --- (In reply to comment #10) > BTW, you may want to try "Constant fade time" instead of "Constant fade speed" > as fade mode in the fade plugin. I did, it didn't seem to make any difference. I thought that the discussion here was to the effect that the ADD Helper isn't actually using the fade plugin, anyhow. -- Configure bugmail: http://bugs.opencompositing.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Dev mailing list Dev@lists.compiz-fusion.org http://lists.compiz-fusion.org/mailman/listinfo/dev
[FusionDev] [Bug 1109] Would like to be able to change the speed of the ADD Helper' s fade
http://bugs.opencompositing.org/show_bug.cgi?id=1109 Danny Baumann changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE --- Comment #10 from Danny Baumann 2009-01-25 11:51:28 --- (In reply to comment #6) > (In reply to comment #5) > > I am not sure what you mean here. obs doesn't fade _at all_, neither does > > (as > > stated above) the fade plugin animate obs' opacity/brightness/saturation > > changes. > > Okay, in that case I was simply confused by bug 354, and this is effectively > a dupe. You can leave this one open, or reopen the other one and dupe this to > it. Ok then, closing as dupe. BTW, you may want to try "Constant fade time" instead of "Constant fade speed" as fade mode in the fade plugin. With "Constant fade speed" it's hard to find a setting which is visible for fading through small amounts of e.g. opacity differences and which doesn't take too much time for large differences. "Constant fade time" aims at fixing this problem by fading large differences faster than smaller ones. *** This bug has been marked as a duplicate of bug 354 *** -- Configure bugmail: http://bugs.opencompositing.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Dev mailing list Dev@lists.compiz-fusion.org http://lists.compiz-fusion.org/mailman/listinfo/dev
[FusionDev] [Bug 1109] Would like to be able to change the speed of the ADD Helper' s fade
http://bugs.opencompositing.org/show_bug.cgi?id=1109 --- Comment #9 from Danny Baumann 2009-01-25 11:48:22 --- (In reply to comment #8) > Ah right, I thought that it would have only made sense for obs to wrap into > paintWindow and have the fade plugin to apply it's changes from there. One of the reasons for making obs hook into drawWindow was to avoid fade kicking in. The other was that certain plugins (e.g. scale) use drawWindow directly to draw windows, and obs should apply its values also in that case. > > That's wrong. Compiz++' opengl plugin has GLWindow::glPaint and > > GLWindow::glDraw, which are the exact equivalent of compiz' paintWindow and > > drawWindow routines. As far as I can see, fade will continue to work just > > fine > > with compiz++ (after it has been ported, obviously). > > > > Really? I thought compiz++ didn't make use of a call chain anymore? It does, it just makes it more convenient to use it. Just search for 'chain' here: http://wiki.compiz-fusion.org/Development/Compiz%2B%2BDocumentation/C%2B%2BWrapping (and have a look at the author of this page :-P ). -- Configure bugmail: http://bugs.opencompositing.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Dev mailing list Dev@lists.compiz-fusion.org http://lists.compiz-fusion.org/mailman/listinfo/dev
[FusionDev] [Bug 1109] Would like to be able to change the speed of the ADD Helper' s fade
http://bugs.opencompositing.org/show_bug.cgi?id=1109 --- Comment #8 from SmSpillaz 2009-01-25 06:56:13 --- (In reply to comment #3) > (In reply to comment #1) > > No it's the fade plugin that does the animation. You can change the speed in > > the plugin's options page, 'Fade Speed'. > > That's wrong. Fade doesn't do any animation of obs' > opacity/brightness/saturation changes. obs wraps into drawWindow, fade has no > chance of picking up those changes. Ah right, I thought that it would have only made sense for obs to wrap into paintWindow and have the fade plugin to apply it's changes from there. > > > Idealistically though, we really need to drop Fade and think of a better > > solution. Fade is quite a weird hack that depends on how the old compiz > > wrappable system worked. It definitely wouldn't work with compiz++. > > That's wrong. Compiz++' opengl plugin has GLWindow::glPaint and > GLWindow::glDraw, which are the exact equivalent of compiz' paintWindow and > drawWindow routines. As far as I can see, fade will continue to work just fine > with compiz++ (after it has been ported, obviously). > Really? I thought compiz++ didn't make use of a call chain anymore? Anyways, the method fade uses is not exactly the best as it only allows for one fade speed. I think we should talk to david about the animation timeline framework and making fade a library plugin (FadeInterface?) for animating windows properly. -- Configure bugmail: http://bugs.opencompositing.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Dev mailing list Dev@lists.compiz-fusion.org http://lists.compiz-fusion.org/mailman/listinfo/dev
[FusionDev] [Bug 1109] Would like to be able to change the speed of the ADD Helper' s fade
http://bugs.opencompositing.org/show_bug.cgi?id=1109 --- Comment #7 from SmSpillaz 2009-01-25 01:31:56 --- (In reply to comment #3) > (In reply to comment #1) > > No it's the fade plugin that does the animation. You can change the speed in > > the plugin's options page, 'Fade Speed'. > > That's wrong. Fade doesn't do any animation of obs' > opacity/brightness/saturation changes. obs wraps into drawWindow, fade has no > chance of picking up those changes. Ah right, I thought that it would have only made sense for obs to wrap into paintWindow and have the fade plugin to apply it's changes from there. > > > Idealistically though, we really need to drop Fade and think of a better > > solution. Fade is quite a weird hack that depends on how the old compiz > > wrappable system worked. It definitely wouldn't work with compiz++. > > That's wrong. Compiz++' opengl plugin has GLWindow::glPaint and > GLWindow::glDraw, which are the exact equivalent of compiz' paintWindow and > drawWindow routines. As far as I can see, fade will continue to work just fine > with compiz++ (after it has been ported, obviously). > Really? I thought compiz++ didn't make use of a call chain anymore? Anyways, the method fade uses is not exactly the best as it only allows for one fade speed. I think we should talk to david about the animation timeline framework and making fade a library plugin (FadeInterface?) for animating windows properly. -- Configure bugmail: http://bugs.opencompositing.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Dev mailing list Dev@lists.compiz-fusion.org http://lists.compiz-fusion.org/mailman/listinfo/dev
[FusionDev] [Bug 1109] Would like to be able to change the speed of the ADD Helper' s fade
http://bugs.opencompositing.org/show_bug.cgi?id=1109 Max Kanat-Alexander changed: What|Removed |Added Component|-Unknown|Plugin - ADD Helper Summary|Would like to be able to|Would like to be able to |change the speed of the obs |change the speed of the ADD |(opacity, brightness, |Helper's fade |saturation) plugin | --- Comment #6 from Max Kanat-Alexander 2009-01-25 00:52:15 --- (In reply to comment #5) > I am not sure what you mean here. obs doesn't fade _at all_, neither does (as > stated above) the fade plugin animate obs' opacity/brightness/saturation > changes. Okay, in that case I was simply confused by bug 354, and this is effectively a dupe. You can leave this one open, or reopen the other one and dupe this to it. -- Configure bugmail: http://bugs.opencompositing.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Dev mailing list Dev@lists.compiz-fusion.org http://lists.compiz-fusion.org/mailman/listinfo/dev
