Michael Treibton wrote:
> On 3 September 2014 22:27, Dominik Vogt <[email protected]> wrote:
>> On Wed, Sep 03, 2014 at 10:01:37PM +0100, Michael Treibton wrote:
>>> Here's some of the things I'd like:
>>>
>>> - no more motif borders (horrible)
>>
>> With fvwm you can more or less configure every border style you
>> want.  Have you tried the themes package?  Theming could be better
>> integrated into the distribution, though.
> 
> fvwm-themes? Seems old and didn't work well for me last time. is it
> still developed?

No, since years.

but you can try Fvwm-Nightshade. Have a look on the development branch:
https://github.com/Fvwm-Nightshade/Fvwm-Nightshade/tree/develop

>>> - fluxbox style window borders
>>
>> Borders in fluxbox are also very configurable.  Do you have a
>> screenshot of what you mean?
> 
> Here is one: http://files.samhart.net/img/misc/flux-tab-example.png -
> look at the bottom border.
> 
>>> - diff. border colors for each side
>>
>> Can already be done with pixmap borders.
> 
> but why must i make pixmaps for each color that i want? i have
> colorsets for this, don't i?
> 
>> Could you please elaborate on what you think fvwm is missing in
>> terms of scripting flexibility?  (Other than fvwm's scripting
>> language can be awkward - we're working on that.)
> 
> That, and i don't like perl?  Everything is using dedicating embedded
> things like lua from the outset, so why can't this wm?

you can use every scripting language in FVWM via PipeRead but Perl is
best integrated.

There's exist a lua module but haven't tested it:
http://box-look.org/content/show.php/FvwmLua+0.4?content=127229

Also a Python library:
http://barry.warsaw.us/software/fvwm.html

>> Note that mvwm is not going to be a brand new window manager that
>> does everything from scratch.  It will be a very much improved fvwm
>> with maybe a few antique things removed.  Regarding window
>> handling and window decorations it won't change much for now.
> 
> i think i understand that, yes. But i don't always see if this
> approach is good or not - why not write it from scratch? wasn't that
> the original intent?

The most part I am missing is dynamic parts like growing FvwmButtons
=> add a button on the fly without restart the module.

But most things can be made with FVWM.

-- Thomas --


-- 
--
"Two things are infinite: the universe and human stupidity; and I'm not sure 
about the the universe."   --   Albert Einstein

Reply via email to