Re: Notification: incoming/788
On Thu, Sep 27, 2001 at 04:52:47PM -0500, fvwm-bug wrote: FVWM Bug Tracking notification new message incoming/788 Full_Name: Suzanne Britton Version: 2.4.1 CVS_Date: OS: Redhat 6.2 / Linux 2.4.10 X_Server: XFree86 4.1.0 Submission from: (NULL) (216.58.96.66) Here's a weird one for you. WindowMaker has a nifty feature of grabbing the mouse when a meta key is pressed, so you can click anywhere in a window and then move/resize it. I've tried to duplicate this behavior in fvwm with the following keybindings: Mouse 1 A M Move Mouse 3 A M Resize They work...sometimes. The bindings seem to come and go sporadically, with no apparent rhyme or reason. Opening and closing windows, changing pages... almost any action can result in the mouse-grab behavior disappearing or returning. When it's gone, applications receive the mouse click as they normally would. I can still move/resize windows by alt-clicking on the root window, then selecting a window. But that brings up another oddity. If I alt-lclick on root, then release the key and mouse button, select and move a window--it won't move across page boundaries. If I leave the alt key pressed down, though, page switching works as usual (same thing when clicking on the window directly, I have to leave alt down while dragging--but this seems somehow more reasonable in that context). I hope someone can figure out this mystery! :-) Thanks for the detailed report. Can you please send your fvwm configuration file to the fvwm-workers@fvwm.org mailing list so that I can take a look myself? I suspect that some of the focus related settings play a role in this. (Please do not answer to me directly - I will not be able to read the mail at home then). Bye Dominik ^_^ ^_^ -- Dominik Vogt, email: [EMAIL PROTECTED] LifeBits Aktiengesellschaft, Albrechtstr. 9, D-72072 Tuebingen fon: ++49 (0) 7071/7965-0, fax: ++49 (0) 7071/7965-20 -- 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]
Some Xinerama problems
Hello, I make some Xinerama test recently using Sls 1x2 on my poor 800x600 screen: --- | | | | 0 | 1 | | | | --- The support seems really great! (BTW, does there exits laptop with a double head video card?). I've noted a few problems with menu position and IconBox 1. if WindowList is called without argument as well as if a menu key binding of the form Key key Context Modifier Menu MyMenu _No_arg_ is activate, then the window list (or the menu) always popup on screen 0. These problems has been already remarked on this list. I've a very simple fix for this bug, but maybe, Dominik, you prefer to fix it. 2. For testing let say we have the following binding: Mouse 1 A M Menu MenuFvwmRoot Rectangle [EMAIL PROTECTED] +0 +0 (the @c is not really important). So when I activate this bindings the menu popup at [EMAIL PROTECTED] but if I am on screen 0 and I popup submenus (and subsubmenus) then the menu go into screen 1 (so it is exactly as if I've no XineramaSls support). This does not happen on screen 1 (but here the left limit is my monitor). Similarly if I use: Mouse 1 A M Menu MenuFvwmRoot Rectangle [EMAIL PROTECTED] +0 +0 (and MenuFvwmRoot is larger than 10p) the menu appear in between screen 0 and 1 as it should appear on screen 0 (as it will do with [EMAIL PROTECTED] on screen 1). 3. It seems natural for me that iconification happen on the current screen, so I test IconBox with Style * IconBox [EMAIL PROTECTED], IconGrid 64 10, IconFill left bottom In normal use this work fine. However, if the above command is entered in a way or an other when the mouse cursor is on screen 1 the icons on screen 0 go in a random location (in the top of screen 0). Similar things happen with All (CurrentScreen Iconic) RecaptureWindow Also if I have a window which is almost all in screen 1 and if I Iconify it with a title button on screen 0, then the icon go in a random location. More important, if I have a window on screen 1 and if I Iconify it with IconMan which is on screen 0, then again the icon go in a bad location (in screen 0). In the above, screen 0 and 1 are interchangeable. I've not investigate problem 2. 3. I may take a look if no other (more competent than me for these) have the time to fix it (before 2.4.3?). Olivier -- 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/786
On Thu, Sep 27, 2001 at 08:30:45AM -0400, Dan Espen wrote: [EMAIL PROTECTED] writes: FVWM Bug Tracking notification new message incoming/786 From: [EMAIL PROTECTED] Subject: fvwm 2.4.2: netscape fonts Date: Wed, 26 Sep 2001 23:55:06 -0500 From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: fvwm 2.4.2: netscape fonts Date: Wed, 26 Sep 2001 23:55:06 -0500 Full_Name: Neil Zanella Version: 2.4.2 OS: Linux 2.4.2 X_Server: XFree86 4.0.3 Submission from: (NULL) (129.128.207.226) Hello, The following bug has to do with fvwm2 and AFAIK has long been present in fvwm2. When I run netscape and select Edit - Preferences - Appearance - Fonts I increase the fonts to their maximum size but the fonts only increase in size slightly, sometimes not at all. Why do I think this has to do with fvwm2? Well, I compared with KDE and found that when I run netscape under the latter, the fonts did get significantly bigger when I selected the largest font size. Personally I am not sure why this works this way. Perhaps it has to do with the way the window manager access the X Font server or perhaps there are some special netscape signals that need to be caught??? I can assure you fvwm doesn't do anything with the systems fonts or the font server. KDE on the other hand is a desktop environment and does a lot more than manage windows. Yes, KDE set by itself some Xresource. This can be enabled/ disabled in kcontrol Apply KDE colors and fonts to non KDE application. Olivier -- 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 dane fvwm-web: * screenshots/index.html: Screenshot from Christian Lyra.
CVSROOT:/home/cvs/fvwm Module name:fvwm-web Changes by: dane01/09/28 14:14:36 Modified files: . : ChangeLog screenshots: index.html Added files: screenshots: Christian_Lyra-desk-1024x768.gif Christian_Lyra-desk-thumbnail.gif Log message: * screenshots/index.html: Screenshot from Christian Lyra. -- 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: ~/.fvwm2rc not the default
On 27 Sep 2001 19:36:31 -0500, [EMAIL PROTECTED] wrote: Message summary for PR#789 From: [EMAIL PROTECTED] Subject: ~/.fvwm2rc not the default Full_Name: Neil Zanella Version: 2.4.2 When I start fvwm2 from a nondecorated window and do not specify a file name my $HOME/.fvwm2rc is not read. Instead, some other system.fvwm2rc by redhat is used. Are you sure you start the correct fvwm2 executable? There is no way a redhat config is used if you run a non-redhat fvwm2. You may run fvwm2 -version and strace fvwm2 21 | grep open to get more information about a version and config files read. The same applies to when I click restart from a menu. If I say fvwm2 -f $HOME/.fvwm2rc though, the file is found and used, but not upon restarting. If you have Restart fvwm2 command in your menus, this is expected. Just like the man page in 2.4.x versions says, replace all Restart fvwm2 in your fvwm2rc with simply Restart, so you restart the same WM. According to the manual $HOME/.fvwm2rc should be searched first. Well, $HOME/.fvwm/.fvwm2rc is searched first. Other than that I can't explain why some system.fvwm2rc is used in your case (which one, BTW?), you didn't supply enough information. 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]
Java and fvwm
Hello - Turns out no patches were needed to get Java working reasonably well: I've found comments from others on the 'net claiming things like I went back and tried Java under MWM and it worked OK, but under FVWM I have problems with window size and positions. Don't let this fool you into thinking that MWM has work-arounds for Java bugs, or that FVWM broken. I think neither are the case, because Java's AWT is the one checking to see which window manager is running and it drops down to more standard behavior if it is MWM. So the fix for us is quite simple. We already run with Emulate MWM, but we need to emulate one more feature of MWM: _MOTIF_WM_INFO. Motif applications can also change their behavior when MWM is running, so this could affect them too, but things seem fine so far. We can't separate the two, because both check for _MOTIF_WM_INFO on the root window. The option Dan seems to have put in a while back, ModalityIsEvil, was the key to getting Java working better for us. All it does is cause FVWM to emulate MWM's _MOTIF_WM_INFO: BugOpts ModalityIsEvil 1 Style AWT* UsePPosition,UseTransientPPosition You might try with and without ``Style AWT* BackingStore'' too, since Java draws everything as pixmaps, which can be quite slow. Good luck, - Sidik P.S.: This is with Sun JDK 1.3.1 and fvwm 2.4.1 with some patches. -- 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]