On Fri, 29 Sep 2000 [EMAIL PROTECTED] wrote:
> Oh shutup.god.. Just be happy with blackbox for crying out loud.
Nice attitude... really.
> On Fri, 29 Sep 2000, Wilbert Berendsen wrote:
>
> > Hi all,
> >
> > Reading the sometimes ferocious, then peaceful commentaries about new
> > features, wish lists, newbie questions, compile time options, I started
> > (no: I was already) thinking about some direction to take now.
> >
> > The main `problem' is the paradox between `Feature Rich' and `Minimalist.'
> > I say `paradox' because, in the spirit of UNIX thinking, it must be
> > possible to get both.
> >
> > - I think there should be a kind of well defined blackbox API (something
> > that makes all Blakcbox actions available from other apps, like bbkeys
> > already does)
This will soon be split into 2 different pieces. One of them will be the
new NET WM spec, which defines client to windowmanger interaction. KDE
2.0 is already using this new spec (I wrote the code for it, which will
easily drop into blackbox once I get the time and KDE 2 is out). The
other will have to be implemented in a blackbox specific protocol, which
can easily be extended with the NET WM code.
> > - The gradient rendering code could move in a shared library so bbtools
> > can just link to it.
> >
> > - eventually some other code (resource, menus, style switching, binding
> > code) go in a specialized `libbb' Possibly style switching in this lib so
> > all bbtools update their style at once, when used without Blackbox styles
> > could be changed as well via a simple shellcommand app. (like eesh)
This has been discussed several times (John Kennis and I have talked about
it a bit, and I even had the idea to include some of the bbtools in the
blackbox distribution)
> > - An app like bbkeys can be used to call Blackbox functions via the
> > Blackbox api, so all actions, also posting menus etc can be bound to
> > keys.
This would be covered by the NET WM spec (with blackbox extensions)
> > - Other apps (pager, desktop background changer or whatever) should be
> > able to connect to Blackbox to get signals at certain events. (Even
> > toolbar or slit could be separate apps this way ;-)
Yes they could.
> > BBLibs should always be contained and installed with the main Blackbox
> > package. (i.e. no separate looking for libs)
> >
> > I think when done right, Blackbox can be as minimalistic as ever while
> > having an open api to construct versatile things with.
> >
> > ;-) 'm very sorry i didn't include a patch ;-) I really would like to do,
> > but however I do program some bit of Z80 assembly, C and Tcl/Tk, I think
> > mastering c++ will take me some more time;)
> >
> > wilbie
> >
>
--
Bradley T. Hughes <[EMAIL PROTECTED]>
Waldemar Thranes gt. 98B N-0175 Oslo, Norway
Office: +47 21 60 48 92
Mobile: +47 92 01 97 81
