On Mon, Jan 21, 2002 12:24:09 at 12:24:09PM -0500, Derek Cunningham wrote:
[snip]
> a panel. Sure, it'd be one kickass panel because it's a bb panel, but why
> doesn't someone just develop a sparate bbpanel that plays nicely with bb?
> Then you could also have the option (run time!) to disable the toolbar. THAT
> makes alot more sense to me.
>
Whatever. As already noted, it seems to me that we come back time and
again to realize (even when we don't want to say it openly...) that toolbar
*and* slit don't make that much sense in a minimalistic environment,
just make configuration uselessly difficult, because:
they functionally overlap as far as the end user is concerned
who is using any combination of them does want a ligthweight
(visually tiny, minimal RAM/CPU usage)
panel for monitoring purpose (time, mail, ppp speed...)
and very little else (workspace and window lists)
that panel should be fully configurable w.r.t to which
bbthings it hosts, at the rc file level, **not** compiling
Is it really a shame to admit this? The "toolbar has always been in BB
and gives it the look we love" argument seems honestly silly to me.
As long as you have that screen rectangle showing up, just a bit more
extensible, does it really matter which code (slit/toolbar/The Next
Thing) is drawing it, or how you call it for that matter?
All this apart from how one reaches the other (essential) goal of not using the
mouse, of course.
Marco
--
There can be no daily democracy without daily citizenship.
Ralph Nader
