On Sat, Nov 16, 2002 at 01:42:12PM +0000, Mikhael Goikhman wrote:
> On 16 Nov 2002 10:22:53 +0100, Olivier Chapuis wrote:
> >
> > I would like to implement Colorset in title bar's. I would
> > like to implement MultiColorset too.
> >
> > Is this reasonable:
> >
> > Add:
> >
> > Colorset cset [alpha]
> >
> > to the {Add}TitleStyle, {Add}ButtonStyle and BorderStyle
> > command. These commands will apply the colorset cset background
> > on the Title bar, button bar and border with the given alpha.
> >
> > Add:
> >
> > MultiColorset \
> > Main cset [alpha] \
> > LeftMain cset [alha]
> > ... etc ... as MultiPixmap
> >
> > to TitleStyle.
> >
> > Any comments?
>
> I did not immediatelly understand what alpha is good for. But I think I
> understand it. Any new Add*Style adds a colorset layer.
>
> The initial starting background may be a solid bg from "Style Colorset".
> But this is not very good for defining transparent titles/buttons/borders.
Why? Any way Transparent will be not supported for title bar's.
RootTransprent will work.
Colorset 1 bg blue, fg white, RootTransparent
Style * Colorset 1
TitleStyle Inactive Colorset 1 30
will give a blue inactive title bar "textured" with the root background.
Colorset 1 bg blue, fg white, RootTransparent
Style * Colorset 1
TitleStyle Inactive Colorset 1
will give a root transparent title bar.
> I think it is acceptable, instead, to say that the first colorset should
> be fully destructive, i.e. its alpha is discarded.
>
I think that this will add unnecessary complication in the code.
Moreover these "Style Colorset" (and "Style Color") will be used
for the fg/text and relief. This is a bit problematic ...
> Similarly MultiColorset may be destructive, i.e. no alpha in the mandatory
> Main/LeftMain/RightMain. Other MultiColorset parts may have alpha relative
> to Main. There are also stretch arguments.
>
In fact I do not see why we should have any mandatory "type" in the
Multi* option. We have a solid "common" bg from "Style Colorset" and we
draw over it. I will see.
Yes, stretching maybe problematic. For example "LeftText a_grad_cs".
Maybe I will add a "width" argument (e.g., 20p). Also, maybe,
we can add XPixmap and YPixmap Colorset option.
> MultiPixmap may be removed in favor of MultiColorset if this simplifies
> the code (I think, yes).
>
I do not know, maybe the two code can be merged.
Suzanne any opinion?
Any way I will first implement Colorset and the MultiPixmap code will
help a lot for MultiColorset.
> Seems good for me, one should just distinguish between internal alphas in
> the colorset definition and the external alpha in the colorset usage.
>
> We probably should add different settings for different windows later.
> Similarly to FocusStyle. I.e.: [Add]TitleStyle XTerm <current_parameters>.
> Then we may remove decors. But this is really not for now.
>
Maybe this is not so difficult. But what do you do with a window
named Inactive ?
> As for BorderStyle, I think it is not very simple if you want to get nice
> results. It may have MultiColorset too with different colorsets for corner
> (to be mirrored) and horizontal and/or vertical parts (to be mirrored and
> tiled). This may wait.
>
Yes why not. Note that there are no AddBorderStyle cmd so no alpha
here.
> Seems a lot of work. Good luck. :)
>
Maybe not so lot of work. At least for TitleStyle and ButtonStyle
Colorset. Updating the Colorset and the RootColorset may lead to some
complication (do not know yet). The borders code is really clean :o)
Olivier
--
Visit the official FVWM web page at <URL:http://www.fvwm.org/>.
To unsubscribe from the list, send "unsubscribe fvwm-workers" in the
body of a message to [EMAIL PROTECTED]
To report problems, send mail to [EMAIL PROTECTED]
