Re: fvwm: In FvwmWinList, the list shows the title names instead of the icon names
Control: retitle -1 fvwm: WM_ICON_NAME is sometimes ignored Control: tags -1 patch On 2013-02-07 12:56:04 +0100, Vincent Lefevre wrote: > On 2013-02-07 12:52:57 +0100, Vincent Lefevre wrote: > > On 2013-02-05 17:36:11 +, Thomas Adam wrote: > > > Style * IconTitleFormat %i > > > > > > Does that help? > > > > No, this doesn't change anything. > > Actually this option solves the problem for the current windows > (after a Restart fvwm2...), but not for the new ones. There were two issues: 1. The missing "Style * IconTitleFormat %i", which was useless before fvwm 2.6. 2. So, "Style * IconTitleFormat %i" is needed, but there were still problems with some windows at their creation. This problem is fixed in fvwm 2.6.6. I hope Debian will upgrade. In the mean time, I've found the fix in the Git repository thanks to "git bisect": commit e3a5c5f6745448d75d284b6983bfeb8df6ca1ffb Author: dane Date: Sat Nov 9 17:20:49 2013 + * fvwm/events.c (HandlePropertyNotify): Disable prior fix suspected of causing problems. I've attached the corresponding patch. -- Vincent Lefèvre <vinc...@vinc17.net> - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) diff --git a/fvwm/events.c b/fvwm/events.c index abe4f62..33ef092 100644 --- a/fvwm/events.c +++ b/fvwm/events.c @@ -3419,8 +3419,15 @@ void HandlePropertyNotify(const evh_args_t *ea) * if the icon name is NoName, set the name of the icon to be * the same as the window */ - if (!WAS_ICON_NAME_PROVIDED(fw) || (fw->icon_name.name && - (fw->icon_name.name != fw->name.name))) + if (!WAS_ICON_NAME_PROVIDED(fw) +#if 0 + /* dje, reported as causing various dumps. + I tried to debug, but so far haven't even figured out + how to exercise this logic. Mov 9, 2013. */ + || (fw->icon_name.name && + (fw->icon_name.name != fw->name.name)) +#endif +) { fw->icon_name = fw->name; setup_visible_name(fw, True);
Re: Bug#698920: fvwm: In FvwmWinList, the list shows the title names instead of the icon names
On 2015-02-19 16:20:55 +, Thomas Adam wrote: This looks as though it was fixed by being commented out. Note that this is not desirable and as the person who seems to have introduced the bug, I might look into it at some point in the future. What is it you're expecting in terms of confirmation? It'll be in the next FVWM release whenever that is. I thought that there could be a backport for 2.6.5 (which is what Debian is using). Because of this bug, I'm still using an old fvwm version. -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
Re: fvwm: In FvwmWinList, the list shows the title names instead of the icon names
On 2013-02-05 17:36:11 +, Thomas Adam wrote: Style * IconTitleFormat %i Does that help? No, this doesn't change anything. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
Re: fvwm: In FvwmWinList, the list shows the title names instead of the icon names
On 2013-02-07 12:52:57 +0100, Vincent Lefevre wrote: On 2013-02-05 17:36:11 +, Thomas Adam wrote: Style * IconTitleFormat %i Does that help? No, this doesn't change anything. Actually this option solves the problem for the current windows (after a Restart fvwm2...), but not for the new ones. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
Mailing-list archives
For the mailing-list archives, the FVWM web pages point to mail-archive.com, which is out-of-date: the latest messages are from June or July 2005. http://news.gmane.org/gmane.comp.window-managers.fvwm.* should be used instead. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.org/blog/ Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Fvwm bug 1393 in FvwmWinList: more details
Concerning the bug 1393 (corresponding to bug 263945 in Debian), it seems to be due to a wrong skip value for the buttons. Consider the following part of the modules/FvwmWinList/ButtonArray.c code: Button *ButtonNew(char *title, FvwmPicture *p, int up) { Button *new; new = (Button *)safemalloc(sizeof(Button)); The memory pointed by new contains random data, so that one can normally add the following line: new-skip = 1; without changing the behavior. With this added line, the bug is much more reproducible. I don't know what is the fix (forcing new-skip to 0 here makes the bug normally appear, probably because some buttons must be skipped). -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.org/blog/ Work: CR INRIA - computer arithmetic / SPACES project at LORIA
about dev_cvs.php web page
Hi, The link Mailing List Info on http://www.fvwm.org/documentation/dev_cvs.php is out-of-date. Moreover, on this page, it is written: aclocal autoheader automake --add-missing autoreconf Instead of these 4 commands, one can just type autoreconf -i. Note: I'm not subscribed to this list. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.org/blog/ Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: Notification: incoming/1393
I noticed the same problem on another machine (fvwm package version 2.5.10-12 on a Debian/unstable x86 machine): the number of items was correct (3 on this machine), but the windows bound to them were not the correct ones. This problem disappeared after rebooting the machine. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ 100% validated (X)HTML - Acorn / RISC OS / ARM, free software, YP17, Championnat International des Jeux Mathématiques et Logiques, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA -- Visit the official FVWM web page at URL:http://www.fvwm.org/. To unsubscribe from the list, send unsubscribe fvwm-workers in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
Re: Notification: incoming/1393
On 2004-08-12 13:21:05 +0200, Dominik Vogt wrote: When I first started fvwm, FvwmWinList contained two windows: * FvwmButtons * Desk 0 I quit fvwm and restarted it, and I also got two windows in the list, corresponding to two terminals, including the console (that shouldn't be there). I'm almost sure that you restarted fvwm with a different configuration file. Please double check No, same configuration file. * the options given to the fvwm command exec fvwm2 -cmd FvwmM4 $HOME/etc/fvwm2rc.m4 (executed by startx, via the .xinitrc file), as said in my bug report. * that the same fvwm binary is restarted (you may have multiple versions installed). I've only one version installed. * the right modules are executed, i.e. the ones that came with the running fvwm version (check the ModulePath carefully). Only one version of these modules are installed on this machine. They come from the Debian fvwm package. * fvwm/upgrade/pre_2.5.8: true Note that 2.5.8 is not an fvwm version I recommend to use. If you need the features from the 2.5.x series, use 2.5.10. I'm using the 2.5.10 version, as the bug report mentionned. The fvwm/upgrade/pre_2.5.8: true is just debconf information saying that I upgraded from a version 2.5.8 in the past or something like that. ModulePath FVWM_MODULEDIR:/usr/local/lib/fvwm2 This looks highly suspicious. Unless you're using FvwmCpp, I don't use FvwmCpp, just FvwmM4. FVWM_MODULEDIR is definitely not expanded to what you think it is. The right syntax is ModulePath $FVWM_MODULEDIR:/usr/local/lib/fvwm2 ^^^ I removed the ModulePath anyway, but have the same problem (after testing several times, quitting fvwm and X first before retrying). ImagePath HOME/images:/usr/local/lib/fvwm2/icons:+ Same problem as above. I think you want ImagePath $HOME/images:/usr/local/lib/fvwm2/icons:+ ^^^ No, this is incorrect. With the $, the images are not found (probably because HOME has already been replaced by the value of its macro and there is a $ in front of the path). -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ 100% validated (X)HTML - Acorn / RISC OS / ARM, free software, YP17, Championnat International des Jeux Mathématiques et Logiques, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA -- Visit the official FVWM web page at URL:http://www.fvwm.org/. To unsubscribe from the list, send unsubscribe fvwm-workers in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]