It would be nice if icewm supported the style of configuration that Debian's fvwm2 and fvwm95 packages do: if a user wants to change only a small detail of the configuration in /etc, he can write a configuration file in his home directory that does only that, and inherits everything else from the global configuration. This is much better for users who do not want to maintain their own configuration when, say, the icon paths change. Also, it would be nice if the delay for the automatic raise would be settable. (I understand that these changes probably need to made upstream.)
Hello! I got another wishlist bug for icewm...---------- Forwarded message ---------- Date: Mon, 10 Aug 1998 01:56:41 +0300 From: Lars Wirzenius <liw@iki.fi> To: submit@bugs.debian.org Subject: Bug#25570: icewm configuration better if fvwm2.deb-style Resent-Date: Sun, 09 Aug 1998 23:03:02 GMT Resent-From: Lars Wirzenius <liw@iki.fi> Resent-To: debian-bugs-dist@lists.debian.org Resent-cc: Gergely Madarasz <gorgo@caesar.elte.hu> Package: icewm Version: 0.9.11-1 Severity: wishlist It would be nice if icewm supported the style of configuration that Debian's fvwm2 and fvwm95 packages do: if a user wants to change only a small detail of the configuration in /etc, he can write a configuration file in his home directory that does only that, and inherits everything else from the global configuration. This is much better for users who do not want to maintain their own configuration when, say, the icon paths change. Also, it would be nice if the delay for the automatic raise would be settable. (I understand that these changes probably need to made upstream.)
Gergely Madarasz wrote: I plan to rewrite the configuration file handling sometime soon. This will be one of the features. The current problem is that some options are not really (atomic) options, AddWorkspace for example. This is already possible in recent versions (0.9.11 and 0.9.12). Please report any problems with it. Mark
Close as outdated, no activity, no interest. Maybe not relevant anymore because upstream version is much higher then in this report. Feel free to reopen the ticket or open a fresh one.