On 27 Sep, Charles Riley wrote:
> aaj15_at_dial.pipex.com wrote:
>>
>> On 24 Sep, Tigran Aivazian wrote:
>> > Hello,
>> >
>> > I heard some rumours that some "alien" (i.e. non-fvwm2) window managers are
>> > advancing and producing new interesting features. I always assumed that
>
> <SNIP>
>
>> As I understood it, it wasn't quite that clever - simply that if you
>> set up the root window with Esetroot and used ETerms, the background to
>> the ETerm was the region of the root window image the Eterm was over.
>> This gives 'transparency to the root window' but not to any other
>> underlapping window contents. I assume this is done by Esetroot setting
>> an environmental variable to the root window image and the ETerms,
>> which are said to be rxvt derived picking it up and using their own
>> coordinates to window the relevant part. I also gather that the effect
>> fails if you change the root window image which tends to support it
>> being something like this.
>> It may be the case that the interaction is purely between ETerm and
>> ESetroot, in which case, the fvwm2 setup is irrelevant.
>>
>> Fun, certainly, but not as useful as anything approaching true
>> transparency could be.
>
> Think about that for a minute - would you really want true
> transparency? It seems to me that being able to see the output of even
> two or three windows which happened to be stacked would be messy at
> best. Certainly E could use some polishing up but I think that they
> have implemented pseudo transparency pretty well. Just my $.02
> Charles
I tend to use a mixture of text and 'graphical' apps together and whilst
text over text (particularly if the text is the same colour) probably
becomes a mess rapidly the same is not necessarily true if the
underlying app is heavily 'guified' (or particularly where one of the
apps is a graphics program).
Many of the applications where it could be useful, having thought about
it could probably be done better with explicit interactive control of
window stacking 'levels' (and having the focus separated from it so
one can edit an underlying window without it coming to the front).
(This would probably be necessary to make good use of transparency
anyway).
How one would implement a multi level window stack like this and
particularly how to control it efficiently I don't know, just 'up one'
'down one' 'send to back' and 'bring to front' would not likely
be sufficient.
Cheers
Kim
--
Visit the official FVWM web page at <URL:http://www.hpc.uh.edu/fvwm/>.
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 Sun Sep 27 1998 - 12:24:37 BST