FVWM: Compositioning ...

2010-11-30 Thread Lars Segerlund
 Hi,

 Stupid question, would it not be possible to write a compositioning
module for fvwm ?

 I had a hack somewhere and if I remember correctly when you run
compositioning you reparent to offscreen memory, menus and such in
fvwm are rendered into windows are they not ?
 With some magic all the stuff that's already there should work, ( ok,
deep magic ).

 I just wanted to ask, I might givve it a go for a proof of concept ...

 / best regards, Lars Segerlund.



Re: FVWM: Compositioning ...

2010-11-30 Thread Thomas Adam
On Tue, Nov 30, 2010 at 11:11:10AM +0100, Lars Segerlund wrote:
>  Hi,
> 
>  Stupid question, would it not be possible to write a compositioning
> module for fvwm ?

It would for 2.6, yes.  Although even then, I would *much* rather see
something like xcompmgr augmented/cleaned up instead, as a standalone tool.

>  I had a hack somewhere and if I remember correctly when you run
> compositioning you reparent to offscreen memory, menus and such in
> fvwm are rendered into windows are they not ?

That makes no difference -- FVWM reparents everything.  Menus are a bit
different, but for a compositor, as you say -- "off screen" so that the nice
shiny effect can take place.

-- Thomas Adam



Re: FVWM: Compositioning ...

2010-11-30 Thread Lars Segerlund
 Hi Thomas, would you elaborate a bit please ?

2010/11/30 Thomas Adam :
> On Tue, Nov 30, 2010 at 11:11:10AM +0100, Lars Segerlund wrote:
>>  Hi,
>>
>>  Stupid question, would it not be possible to write a compositioning
>> module for fvwm ?
>
> It would for 2.6, yes.  Although even then, I would *much* rather see
> something like xcompmgr augmented/cleaned up instead, as a standalone tool.
>

 Correct me if I am wrong, but if there were something like xcompmgr
augmented and cleaned up, wouldn't a nice way to interact be through a
module ?
 There is nothing which prevents it from being started from a module ...

 I am assuming that fvwm+module would be in control ... and also this
module would have to 'steal' all events and such before handing over
to fvwm ...

 Basicly either you have a comp manager in control over all 3d ...
handing over events to the window manager, och the other way around
 if I have got things right.

 I assume you see things the other way ?

>>  I had a hack somewhere and if I remember correctly when you run
>> compositioning you reparent to offscreen memory, menus and such in
>> fvwm are rendered into windows are they not ?
>
> That makes no difference -- FVWM reparents everything.  Menus are a bit
> different, but for a compositor, as you say -- "off screen" so that the nice
> shiny effect can take place.
>
> -- Thomas Adam
>



Re: FVWM: Compositioning ...

2010-11-30 Thread Thomas Adam
On Tue, Nov 30, 2010 at 04:38:51PM +0100, Lars Segerlund wrote:
>  Hi Thomas, would you elaborate a bit please ?
> 
> 2010/11/30 Thomas Adam :
> > On Tue, Nov 30, 2010 at 11:11:10AM +0100, Lars Segerlund wrote:
> >>  Hi,
> >>
> >>  Stupid question, would it not be possible to write a compositioning
> >> module for fvwm ?
> >
> > It would for 2.6, yes.  Although even then, I would *much* rather see
> > something like xcompmgr augmented/cleaned up instead, as a standalone tool.
> >
> 
>  Correct me if I am wrong, but if there were something like xcompmgr
> augmented and cleaned up, wouldn't a nice way to interact be through a
> module ?

Yes it would.  Just like FvwmDecorator which is on the todo-2.6 list.  But
to do this, and to do it *right* requires much more discussion, and many
more changes than just shoe-horning in what you're describing, alas.

At the moment, I'm saying:

* It's a good idea.  Wait.
* Wait.
* Wait for 2.6.
* Wait.
* And when we start discussing things for 2.6 properly, this will be
  included.

Given the amount of work needed, Lars, don't waste your time trying to do in
now -- it's just not worth it.  Really.

-- Thomas Adam