David Mosberger-Tang <davidm_at_AZStarNet.com> wrote:
|>
|> >>>>> On Tue, 06 Feb 1996 13:33:01 -0800, Olly Stephens <olly_at_dylan.zyca
|> d.com> said:
|>
|> Olly> .............................. I've included the result at
|> Olly> the end of this message. It doesn't look as bad as I thought
|> Olly> it would, but I still don't know whether I like it.
|>
|> Well, it looks perfectly fine to me. I included a variant below.
|> Right now, I prefer the looks of your version, but it may be that with
|> a little work on the 3d decorations, the version below could be made
|> to look just as good. I included it mainly because I thought it might
|> be easier to implement.
Yep, much easier. It wouldn't require any additional windows or structures.
Just a bit of re-arrangement.
|> Olly> 3. Looking at the fvwm code, it would probably require a
|> Olly> bunch more windows (internal windows, not user windows) to
|> Olly> model this. That would add a fair overhead per user window
|> Olly> which would increase the footprint of fvwm. I think that
|> Olly> twm's simplistic styling avoids much of this and so can get
|> Olly> away with it.
|>
|> Could this be implemented so that the additional X windows are
|> necessary only when using squeezed titles?
Yes, but you'd still probably need place-holders which would inflate the
actual window structure and the code would be quite complex (as pointed out
by Chuck). Of course, I'm looking at it (as always) from the point of view
of having it a configurable option rather than a #ifdef compile alternative.
I think if you're happy with the look of your modified image you sent,
you should go with that. It should be fairly trivial to implement compared
to anything more intricate.
Now, it's a question of actually doing it. I'll put it on my list of
"fvwm hacks to attempt" but it would be down at number 3 at least.
Chuck has also implied that it would be low down on his list.
A while back on this list, there was a discussion about implementing
window styling in a module. It's definitely the thing to do if we
can figure some way of doing it without slowing things down too much.
Maybe through dynamic loading rather than piping between separate
executables...
It's got to be the logical way to satisfy the look- half of everyone's
look-and-feel tastes.
Olly
--
To unsubscribe from the list, send "unsubscribe fvwm" in the body of a
message to majordomo_at_hpc.uh.edu.
To report problems, send mail to fvwm-owner_at_hpc.uh.edu.
Received on Tue Feb 06 1996 - 17:05:35 GMT