Re: Icon titles not retracting
On 8 May 01 at 1:59, [EMAIL PROTECTED] wrote: On 07 May 2001 13:47:22 +0200, Dominik Vogt wrote: When had this changed? Fvwm 2.2.4 had this behaviour at least with AnotherLevel (i.e. the icon title shown expanded while the icon had focus)... and the users got accustomed to it. Hm, now that you say it, I can vaguely remember. Expanding the title when the pointer is over the icon was introduced in 2.3.2. I guess there is some relation to the new feature. Fixed. I don't think this is a good change. We discussed this 2 years ago and agreed (at least Dominik, Matthias and me) that leaving an icon should collapse the icon title. http://www.hpc.uh.edu/fvwm/archive/9904/msg00609.html The opposite behaviour is very annoying if you don't have other focusable windows on a page just to shutdown that long icon title. Dmitry, are you sure you prefer that old behavior? :) I think we should restore the behavior we had for more than 2 years now. We may have an option later if anyone really prefers another one. Well, in fact for *me* it doesn't matter -- I rarely use Iconify, since multiple screens/desktops are better. A quick poll between our personnel shown that they simply don't realize the difference -- Style * SloppyFocus, so in presence of many windows on the screen both behaviours are very similar. As I understand, the new behaviour is the same as in Win98/ME/2k -- those show yellow tips containing long titles when mouse enters the icon. The only difference is that the tips are of different color and are understood as such. But this isn't important, so the current expand-when- mouse-on-icon is good. ___ Dmitry Yu. Bolkhovityanov | Novosibirsk, RUSSIA phone (383-2)-39-49-56 | The Budker Institute of Nuclear Physics | Lab. 5-13 -- 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]
dtpad gets a zero width border
Configuration Information [Automatically generated, do not change]: uname output: SunOS silver 5.5.1 Generic_103640-35 sun4u sparc SUNW,Ultra-5_10 Compiler: gcc Compilation CFLAGS: -g -O2 prefix: /u/phippst/sunos FVWM Version: 2.3.33 (fvwm-snap-20010507) FVWM_MODULEDIR: /u/phippst/sunos/libexec/fvwm/2.3.33 FVWM_DATADIR: /u/phippst/sunos/share/fvwm FVWM_USERDIR: /u/phippst/.fvwm Description: dtpad is a weird app, it is a single process that edits many files in separate windows. It re-uses these windows rather than destroy and re-create them. With this latest snapshot when a window is reused it appears with no border or title bar. Repeat-By: dtpad some files, close them then dtpad some more. If you don't have the application (from CDE) try using an app that withdraws windows. -- 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: dtpad gets a zero width border
Ignore this, I can't reproduce it. It only happened after a restart from 2.3.32 to 2.3.33. Cheers, Tim. -- 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]
Notification: incoming/713
FVWM Bug Tracking notification new message incoming/713 Message summary for PR#713 From: [EMAIL PROTECTED] Subject: FvwmButtons with mouse buttons 3 Date: Tue, 08 May 2001 09:26:02 -0500 0 replies 0 followups ORIGINAL MESSAGE FOLLOWS From [EMAIL PROTECTED] Tue May 08 09:26:04 2001 Received: from karazm.math.uh.edu ([129.7.128.1]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 14x8R9-GA-00 for [EMAIL PROTECTED]; Tue, 08 May 2001 09:26:03 -0500 Received: from malifon.math.uh.edu (IDENT:[EMAIL PROTECTED] [129.7.128.13]) by karazm.math.uh.edu (8.9.3/8.9.3) with ESMTP id JAA08795 for [EMAIL PROTECTED]; Tue, 8 May 2001 09:26:02 -0500 (CDT) From: [EMAIL PROTECTED] Received: from localhost ([127.0.0.1] ident=65534) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 14x8R8-G6-00 for [EMAIL PROTECTED]; Tue, 08 May 2001 09:26:02 -0500 To: [EMAIL PROTECTED] Subject: FvwmButtons with mouse buttons 3 Message-Id: [EMAIL PROTECTED] Date: Tue, 08 May 2001 09:26:02 -0500 Full_Name: Cameron Kerr Version: 2.2.4 CVS_Date: OS: Slackware Linux 7.1 X_Server: XFree86 4.0.2 Submission from: (NULL) (203.96.111.200) I would like to have a FvwmButton that responds to inputs from the scroll wheel of my mouse. I would like to use this to change the volume on my system. Idealy, I would do this my specifying the (Mouse 4) or (Mouse 5) option in the call to FvwmButtons. I know that FvwmButtons can accept such inputs, since if I scroll over a button which has no (Mouse X) option (let's say its a button to bring up the `top` program), then I get a whole lot of xterms running top starting to load. If I specify (Mouse 4), then the FvwmButton module fails to load. I've currently got mouse 1 to lower the volume, and mouse 3 to increase the volume, thusly, *FvwmButtons(3x1, Action (Mouse 1) `Exec exec echo vol Vol + | smixer -s -`,\ Action (Mouse 3) `Exec exec echo vol Vol - | smixer -s -`)\ Volume Up(M1)/Down(M3) Which works perfectly well, except that I can't scroll on it. Thanks in advance. -- 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]
CVS migo: * Several fixes in Setup95; use a new module syntax.
CVSROOT:/home/cvs/fvwm Module name:fvwm Changes by: migo01/05/08 14:42:00 Modified files: . : ChangeLog modules: ChangeLog modules/FvwmScript/Scripts: FvwmScript-Setup95.in fvwm-script-setup95.pl sample.fvwmrc : system.fvwm2rc-sample-95 Log message: * Several fixes in Setup95; use a new module syntax. -- 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/713
On 08 May 2001 09:26:04 -0500, [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] Subject: FvwmButtons with mouse buttons 3 Date: Tue, 08 May 2001 09:26:02 -0500 Full_Name: Cameron Kerr Version: 2.2.4 I would like to have a FvwmButton that responds to inputs from the scroll wheel of my mouse. I would like to use this to change the volume on my system. Idealy, I would do this my specifying the (Mouse 4) or (Mouse 5) option in the call to FvwmButtons. [...] I've currently got mouse 1 to lower the volume, and mouse 3 to increase the volume, thusly, *FvwmButtons(3x1,\ Action (Mouse 1) `Exec exec echo vol Vol + | smixer -s -`,\ Action (Mouse 3) `Exec exec echo vol Vol - | smixer -s -`) Which works perfectly well, except that I can't scroll on it. Starting from 2.3.24 you may do the same for Mouse 4 and Mouse 5. I have moved this bug to existing enhancements section. Regards, Mikhael. -- 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]
CVS migo: * restored behaviour enter icon - expand title, leave icon - collapse
CVSROOT:/home/cvs/fvwm Module name:fvwm Changes by: migo01/05/08 15:27:49 Modified files: . : ChangeLog fvwm : icons.c Log message: * restored behaviour enter icon - expand title, leave icon - collapse -- 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]
Keyboard is locked after canceling window selection
This bug should be related to keyboard grab changes done on 2001-04-15. Execute Move (or similar command) without a window-context, press Escape, woops, the keyboard is locked. The mouse works, so hopefully you will be able to Restart, which restores the keyboard. Regards, Mikhael. -- 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]
FvwmTaskBar core dumps when restarting in FvwmScript-Setup95
After choosing Rebuild Sample 95 from a menu, configuring it and restarting (via FvwmScript-Setup95) the following happens: *FvwmTaskBar: Cause of next X Error. Error: 4 (BadPixmap) Major opcode of failed request: 56 (ChangeGC) Minor opcode of failed request: 0 Resource id of failed request: 0x400072 Leaving a core dump now #3 0x8054e0a in PrintXErrorAndCoredump () at XError.c:59 #4 0x804d7c3 in ErrorHandler (d=0x8059b78, event=0xbfffe708) at FvwmTaskBar.c:2061 #5 0x400b5d87 in _XError () from /usr/X11R6/lib/libX11.so.6 #6 0x400b3141 in _XEventsQueued () from /usr/X11R6/lib/libX11.so.6 #7 0x400a714e in XPending () from /usr/X11R6/lib/libX11.so.6 #8 0x804c3cc in LoopOnEvents () at FvwmTaskBar.c:1385 #9 0x804a75a in EndLessLoop () at FvwmTaskBar.c:389 #10 0x804a66b in main (argc=6, argv=0xb3bc) at FvwmTaskBar.c:350 Can someone else reproduce and take a look into this? Regards, Mikhael. -- 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]
Wait in functions is broken
I don't know when this started. AddToFunc TestFunction I Wait unexisting window TestFunction Now, click or drag using the mouse anywhere. Woops, mouse is mostly locked. The keyboard works well (did I say something similar before?), so you may quit this mode by pressing Ctrl-Alt-Escape. Regards, Mikhael. -- 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: Icon titles not retracting
On Tue, May 08, 2001 at 01:59:33AM +, Mikhael Goikhman wrote: On 07 May 2001 13:47:22 +0200, Dominik Vogt wrote: On Mon, May 07, 2001 at 11:39:12AM +0200, fvwm-workers wrote: On Mon, May 07, 2001 at 04:09:32PM +0700, Dmitry Yu. Bolkhovityanov wrote: On 6 May 01 at 15:26, [EMAIL PROTECTED] wrote: On Sun, May 06, 2001 at 01:06:46AM -0500, An Thi-Nguyen Le wrote: Version: 2.3.32 When icons are focused on via the keyboard (e.g., binding 'Next [Iconic] Focus' to a key sequence), the icon title expands (as expected), No, that's not expected at all. Expanding the title should only occur when the pointer enters the icon, it has nothing to do with the focus. It never occured to me that this could be useful. Can you please strip down your config file as much as possible so that this still happens and send it along with step by step instructions so that I can try to reproduce it here? The simple binding you gave does not show the bug for me. When had this changed? Fvwm 2.2.4 had this behaviour at least with AnotherLevel (i.e. the icon title shown expanded while the icon had focus)... and the users got accustomed to it. Hm, now that you say it, I can vaguely remember. Expanding the title when the pointer is over the icon was introduced in 2.3.2. I guess there is some relation to the new feature. Fixed. I don't think this is a good change. We discussed this 2 years ago and agreed (at least Dominik, Matthias and me) that leaving an icon should collapse the icon title. http://www.hpc.uh.edu/fvwm/archive/9904/msg00609.html I don't remeber anything :-) I thought this awas changed by accident. I can easily disavble the fix if need be. Bye Dominik ^_^ ^_^ -- Dominik Vogt, [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] -- 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: Keyboard is locked after canceling window selection
On Tue, May 08, 2001 at 09:20:35PM +, Mikhael Goikhman wrote: This bug should be related to keyboard grab changes done on 2001-04-15. Partially. The lockup was there for a long time, but fvwm did not balance XGrabKeyboard versus XUngrabKeyboard calls, so it got unlocked after a while. Execute Move (or similar command) without a window-context, press Escape, woops, the keyboard is locked. The mouse works, so hopefully you will be able to Restart, which restores the keyboard. Fixed. Bye Dominik ^_^ ^_^ -- Dominik Vogt, [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] -- 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: Wait in functions is broken
On Tue, May 08, 2001 at 09:58:24PM +, Mikhael Goikhman wrote: I don't know when this started. AddToFunc TestFunction I Wait unexisting window TestFunction Now, click or drag using the mouse anywhere. Woops, mouse is mostly locked. The keyboard works well (did I say something similar before?), so you may quit this mode by pressing Ctrl-Alt-Escape. That's not really new. This was always the case if the function used anything else but 'I'. I don't know what to do about that. The pointer must be grabbed during function execution for the reasons I explained in the thread with Paul's deiconify problem. Bye Dominik ^_^ ^_^ -- Dominik Vogt, [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] -- 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]
CVS domivogt: * Fixed keyboard lockup.
CVSROOT:/home/cvs/fvwm Module name:fvwm Changes by: domivogt01/05/08 18:53:22 Modified files: . : ChangeLog fvwm : events.c functions.c Log message: * Fixed keyboard lockup. * Removed another part of the icon title expansion code. -- 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]