Re: [dev] PATCH for/back navigation with xprop

From: Ethan Grammatikidis <>
Date: Fri, 3 Jun 2011 17:16:56 +0100

On Fri, 3 Jun 2011 11:32:32 +0000
Bjartur Thorlacius <> wrote:

> On 6/3/11, Ethan Grammatikidis <> wrote:
> > I don't get it... Back & forward are native to the browser, running programs
> > is native to any WM of FVWM's era, and app-specific buttons are a native
> > feature of FVWM, and fairly simple to use as FVWM features go. What am I
> > missing?
> >
> Having every maprequest checked to see if it's from surf, in which
> case <back forward> buttons are to be drawn, or if it's from {mplayer
> or VLC} in which case a <play/pause> button is to be drawn, etc,
> instead of the surf executable containing the relevant information.
> Having this in the WM means loading rules for *all* clients that
> /might/ be run, at startup. Unless app-specific buttons work
> differently than I think.

This is normal proceedure for FVWM and worked very smoothly on 8MB 486s. Even the numerous restarts needed to fine-tune FVWM configuration weren't a terrible problem on that old 486. In contrast, today every app has all its own buttons and memory usage is far beyond unreasonable. Hm, I didn't mean to make that sound quite so heavy, I just thought about my own experiences.
Received on Fri Jun 03 2011 - 18:16:56 CEST

This archive was generated by hypermail 2.2.0 : Fri Jun 03 2011 - 18:24:03 CEST