[Compcomm] The Next Step

[Matthew Swaringen]

Danny Baumann wrote:
> Hi,
>
>   
>>> Well, developer fighting may be fun, but as a user I have quite a few 
>>> features outside of the cube zoom that I preferred in beryl.  I 
>>> preferred the stability in compiz for the most part, but I still used 
>>> beryl because of the following.
>>> Emerald
>>>       
>> Works with Compiz GIT and should have a "Stable" release when Compiz
>> 0.5.2 is out, hopefully.
>>     
My SVN version of it seems to "work" with compiz 0.5 release, but it's 
kind of unstable/slow so I use the other decorators for now. I guess I 
need to go ahead and try the git and everything else you are advising 
about below.
> Indeed, that should be thecase :-)
> That reminds me that it would be nice to get a release timeframe from
> David for releases so we could plan our releases according to that
> timeframe.
>
>   
>>> Cube Zoom
>>>       
>> I'm not sure if this is going into core, but I think it is at least one
>> of the few options that ought to.
>>     
>
> Actually this is a (IMHO good) change in the rotate plugin. It shouldn't
> be too hard to pull this out, but we actually need someone who can clean
> up the code and thus needs to understand it ;-)
>   
Good to hear. I like cube transparency also btw (failed to mention 
before), is this a likely inclusion also?
>   
>>> A decently fast resize plugin (because of the stretch/outline options)
>>>       
>> Resizing is very improved (even without those options) in 0.5 such that
>> my old ATI card can resize smoothly now. =D
>>     
>
> Beryl's resize was way slower in normal mode than it needed to be. I
> have a patch on the Compiz ML
> (http://lists.freedesktop.org/archives/compiz/2007-April/001898.html)
> which adds the other resize modes without introducing regressions in
> normal mode. Please try it, I'm still waiting for feedback ;-)
>   
I'll see about trying it. I'd actually prefer to use normal for looks if 
it was quick. Normal mode compiz 0.5 is giving me trouble resizing 
(wasn't referring just to older versions). It halts video/etc. and this 
is on a core2duo w/ 8800 GTS system (latest nvidia driver release w/ 
kernel 2.6.20)

>>> An unsupported tiling plugin (this is a needed feature that should be 
>>> supported IMO)
>>>       
>> I agree that tiling is pretty essential to window management and a core
>> plugin probably should be created (ideally, maybe even use Scale's
>> algorithm and to lay out windows such that they're not necessarily
>> maximized to take up the most real estate possible? I don't know).
>>     
>
> Tile is already ported to work with compiz - the gitweb for the repo
> it's in is here:
> http://gitweb.beryl-project.org/?p=compiz/compiz-plugins-beryl-premerge;a=summary
>   
Ahh, thanks for the information, I will definitely look into this.
>>> I think the vidcap plugin is also for beryl originally isn't it?  (not 
>>> that there aren't other ways to capture but it's a very easy one to use).
>>>       
>> I'm not sure as I never used that feature.
>>     
>
> Vidcap still needs to be ported.
>
>   
No problem, for me it seems right that it should get less priority than 
the others. But I'll appreciate it when it's out, gotta show the eye 
candy to those windows friends after all :P