[Compcomm] My ideas (for the record)

[Danny Baumann]

Hi,
 
> Maybe I really just don't understand the "magic" behind the libbs - and
> maybe an informative forum-post under "Application Development" would
> have made me understand better? Who knows. 

I will try to write such an explanation within the next few days. I'm
not very good in writing such explanations, so please bear with me ;-)

> But there was close to no
> effort to do so. That should change. We need to talk to each other to
> avoid duplication of things. Actually, we should talk _before_ we
> act ... even if it may appear to take longer, in the end it doesn't.

ACK in principle, but there's always the risk that we "discuss things to
death" (such as the project name...) and in the end nothing will be
done. I'm not saying that this will happen everytime something is
discussed, but we should not forget that risk.

> > libbs/libccs/libcompizconfig has been criticised more times than anyone 
> > can be bothered to count. Many Beryl plugins have been said to be 
> > impulsive, poorly thought-out, and unmaitainable.
> Yes, but now they have been rewritten and redesigned several times 

Hey hey hey, it was rewritten exactly 1 time - from libberylsettings to
libbs. The reset were just name changes.

> and I
> could imagine that it is getting better and better (but I don't really
> know for sure due to the above reasons). Since Danny, Dennis and the
> other beryl-devs now work closer with David, there has been some effort
> to find well-designed alternatives to several rather "hackish"
> approaches.

Exactly, that was the main motivation behind rewriting it.

> beryl? The better solution would be to let the users select from a set
> of small sub-projects which are each easy to install and ready to use. I
> think the separation Mike proposed would be best (configuration, bling,
> usability, ...).

Hmm, but there's one problem again: You will have stuff that doesn't fit
into one category entirely - so what to do with that stuff? ;-)
E.g. is the ring switcher plugin usability (as you can see more windows
while switching) or bling? That's why I'm not convinced of this category
idea yet...grouping them by author (group) (i.e. having a 'compcomm'
subproject) could have the advantage that people already know 'ok, I
know these guys, I can safely install that stuff' (or vice versa :-P ).

Regards,

Danny