Re: FVWM: Stepping down from next year.
On Tue, Nov 08, 2011 at 02:28:01AM +, John Latham wrote: Having a single maintainer is too much of a burden. I've always been surprised that anyone would take on that role. Yes, that's probably true. I think Thomas is at the end of his power. The permanent attacks against him the last time weren't very cooperative at all ... Wait a moment: surely Thomas' decision isn't influenced by a few (one?), at best, misguided individuals' attempts to, at best, help in a bad way? Thomas: please reassure us this is the case?! Nope, nothing like that. I simply do not have the time anymore. -- Thomas Adam
FvwmLayout (Was: Re: FVWM: Stepping down from next year.)
On Tue, Nov 08, 2011 at 08:27:04AM +1100, Kathryn Andersen wrote: On Mon, Nov 07, 2011 at 07:43:18PM +, Thomas Adam wrote: I do not have the time anymore to devote to this project. As such, I will still be providing ad-hoc bug-fixes, and general advice, but that's about all. I will not be working on any major features. Thank you Thomas, for all your hard and thorough work. My recent Move modifications to honour EwmhBaseStruts will make your FvwmLayout module easier to work with -- remind me soon, I have patches for it. It would be nice if this was completely rewritten in C and submitted as a replacement for FvwmRearrange, you know. The only thing you're missing is per-screen EwmhBaseStrut settings, which I've patches for kicking about on Github somewhere. I'll see if I can't make those more agreeable at some point. -- Thomas Adam
Re: FVWM: fvwmiconman question
On Tue, Nov 08, 2011 at 02:12:06PM +0100, Ingo Wardinski wrote: Hi there, I try to set up fvwmiconman for my needs, therefore I use the conig given in the fvwmiconman manpage. There is a line saying FvwmIconMan: Action Mouse 1 N sendcommand Iconify What does the N stands for? It means no modifier. See man fvwm. And as found in man FvwmIconMan: Mouse actions: Mouse Button Modifiers FunctionList Button and Modifiers are exactly the same as for the fvwm Mouse command. and; can I swallow fvwmiconman into fvwmbuttons? Yes -- here's the relevant FvwmButtons config line: *foo: (1x1, Swallow (UseOld, Respawn) `FvwmIconMan-Foo` \ Module FvwmIconMan FvwmIconMan-Foo) -- Thomas Adam
Re: FVWM: fvwmiconman question
Ingo Wardinski i...@gfz-potsdam.de writes: Hi there, I try to set up fvwmiconman for my needs, therefore I use the conig given in the fvwmiconman manpage. There is a line saying FvwmIconMan: Action Mouse 1 N sendcommand Iconify What does the N stands for? Action is followed by an fvwm command. Therefore, look up Mouse in the main man page. 1 is the button, N means no modifier keys pressed while clicking the button. and; can I swallow fvwmiconman into fvwmbuttons? I think so. -- Dan Espen
FVWM: windowlist question
Hi there, this afternoon I was playing around with fvwmiconman, windowlist and fvwmwinlist just to figure out what may be the best for me. So windowlist is my favorite. Unfortunately, I cannot tweak it not to display miniicons. I set something like Mouse 2 R A WindowList NoCurrentDeskTitle, NoGeometry, \ CurrentAtEnd, NoIcons, MaxLabelWidth 50, SelectOnRelease Alt_L This works also when the options are not seperated by comas. I also tried the fvwmwinlist module, but I cannot avoid icons be displayed, unless I discard definitions of miniicons for applications. I'm currently running fvwm 2.5.26 on linux (2.6.32-34) Any help would be very much appreciated ingo
Re: FVWM: windowlist question
On Tue, Nov 08, 2011 at 07:09:37PM +0100, Ingo Wardinski wrote: Hi there, this afternoon I was playing around with fvwmiconman, windowlist and fvwmwinlist just to figure out what may be the best for me. So Do not use FvwmWinList for anything. windowlist is my favorite. Unfortunately, I cannot tweak it not to display miniicons. I set something like Mouse 2 R A WindowList NoCurrentDeskTitle, NoGeometry, \ CurrentAtEnd, NoIcons, MaxLabelWidth 50, SelectOnRelease Alt_L This works also when the options are not seperated by comas. I also No -- this is simply a facet of ParseTokens(). tried the fvwmwinlist module, but I cannot avoid icons be displayed, unless I discard definitions of miniicons for applications. Correct. How else is the WindowList to know which miniicons to use? I'm currently running fvwm 2.5.26 on linux (2.6.32-34) This version of FVWM isn't supported anymore. Use 2.6.3. I'm struggling to understand your question. Have you looked also at FvwmWindowMenu? This will replace WindowList in the future. -- Thomas Adam -- Deep in my heart I wish I was wrong. But deep in my heart I know I am not. -- Morrissey (Girl Least Likely To -- off of Viva Hate.)
Re: FVWM: windowlist question
[ On Tuesday, November 8, 2011 at 18:35:30 (+), Thomas Adam wrote: ] Subject: Re: FVWM: windowlist question On Tue, Nov 08, 2011 at 07:09:37PM +0100, Ingo Wardinski wrote: Hi there, this afternoon I was playing around with fvwmiconman, windowlist and fvwmwinlist just to figure out what may be the best for me. So Do not use FvwmWinList for anything. windowlist is my favorite. Unfortunately, I cannot tweak it not to display miniicons. I set something like Mouse 2 R A WindowList NoCurrentDeskTitle, NoGeometry, \ CurrentAtEnd, NoIcons, MaxLabelWidth 50, SelectOnRelease Alt_L This works also when the options are not seperated by comas. I also No -- this is simply a facet of ParseTokens(). tried the fvwmwinlist module, but I cannot avoid icons be displayed, unless I discard definitions of miniicons for applications. Correct. How else is the WindowList to know which miniicons to use? Ok, this was my question, actually. I will have a look on FvwmWindowMenu too. thanks ingo
Re: FVWM: Stepping down from next year.
On Mon, Nov 07, 2011 at 09:33:00PM +, Gerard Lally wrote: A shame, but understandable. How many people are still actively involved in FVWM? Do you see the project surviving, perhaps even More than are vocal, but realistically Dan Espen and myself are it, and have been for well over a year. But remember that FVWM has people with commit-bit access who are around (i.e., not dead) but busy elsewhere, As for where I see FVWM in ten years... I see it dead in the water, not because it's not maintained -- as Dan has mentioned, it's pretty complete -- I mean more it will have been superseded by other more hippier programs. But programs develop niches, so who knows -- heck, just look at the OpenCDE project to realise there's people still wanting an actual clone of CDE, despite FVWM being able to emulate that enough. But it seems people don't want to go to the trouble of sourcing motif-backed applications. thriving, ten years from now? I consider projects like FVWM a lifeline for those of us who deplore what is going on in the Linux world (pulseaudio, systemd, Unity, Gnome 3, KDE 4, need I say more?). I personally am slowly moving everything - desktop included - over to NetBSD, away from the mess that Linux is becoming. Even XFCE is increasingly held captive by decisions taken without a view to the other Unix derivatives like the *BSDs. I did that a good three years ago, got fed up of the NetBSD mentality, and told them all to fuck off. Then I moved to OpenBSD and never looked back. -- Thomas Adam -- Deep in my heart I wish I was wrong. But deep in my heart I know I am not. -- Morrissey (Girl Least Likely To -- off of Viva Hate.)