Move/Resize ConfigureRequest
Hello, Ok, this subject is delicate ... Examples of pb: - Start Mozilla, say that its position is +x+y. Set fullscreen (F11), if you have a not too recent version of Mozilla this works (with Mozilla-1.4 and maybe other this does not work as Mozilla use NET_WM_FULLSCREEN which is not implemented in fvwm (this not the point of this email). Reset to normal state (F11). Then, either Mozilla crash or the Mozilla window totally disappear (strange) or the new window position is +(x-left_frame_width)+(y-top_frame_height) - Other Mozilla pbs: resizing the window with the internal Mozilla resize grip. - Tk experience: [EMAIL PROTECTED] olivier]$ wish % wm geometry . +0+0 The top-left part of the frame is out of screen - This problem will happen with any QT, GTK, JAVA and Tk application which move-resize itself (after mapping). All this applications are not buggy! They all respect the ICCCM2 (or at least a really reasonable interpretation of the ICCCM2). Note that most of the actively developed window manager respect this (e.g., icewm, kwin and metacity). Also this is documented in the EWMH spec. Of course fvwm no that, however it use a legacy way to move-resize a window because some old apps use this legacy logic (sorry I've no example, but Dominik has surely some). I suggest that we add a new style: LegacyConfigureRequest / ICCCMConfigureRequest or ICCCMConfigureRequest / LegacyConfigureRequest to handle this problem. About default we can do something a bit more complex: detect if the app respect the EWMH spec, if yes use ICCCMConfigureRequest if not use LegacyConfigureRequest. However, I think we need a new style (as there is no standard way to detect that an application respect the EWMH spec). Any opinions/comments/objections? Regards, 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: Image size disclosure for the screenshots
Hi there, On 03 Jul 2003 at 02:57:11 -0400, parv wrote: Would people working on the screen shots page(s) be kind enough to list image sizes (as in disk space, not length x width) (for those who are on dial up)? It is insane to wait for a 400 kB image to load on slow dial up. This will be done. However I am quite busy at the moment so I won't have time to revise the screenshot page that soon. The new screenshot page will be dynamic and therefore able to display the file size automatically. Regards, Uwe -- ,_, Uwe Pross (O,O) mailto:[EMAIL PROTECTED] ( ) http://www.tu-chemnitz.de/~uwp =--- -- 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: Image size disclosure for the screenshots
in message [EMAIL PROTECTED], wrote Uwe Pross thusly... On 03 Jul 2003 at 02:57:11 -0400, parv wrote: Would people working on the screen shots page(s) be kind enough to list image sizes (as in disk space, not length x width)... This will be done. However I am quite busy at the moment so I won't have time to revise the screenshot page that soon. Take your time; i am in no particular hurry. - Parv -- -- 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: Move/Resize ConfigureRequest
On Thu, Jul 03, 2003 at 08:12:29AM +0200, Olivier Chapuis wrote: Hello, Ok, this subject is delicate ... Examples of pb: - Start Mozilla, say that its position is +x+y. Set fullscreen (F11), if you have a not too recent version of Mozilla this works (with Mozilla-1.4 and maybe other this does not work as Mozilla use NET_WM_FULLSCREEN which is not implemented in fvwm (this not the point of this email). Reset to normal state (F11). Then, either Mozilla crash or the Mozilla window totally disappear (strange) or the new window position is +(x-left_frame_width)+(y-top_frame_height) Yes, I noticed some of these problems too. Yesterday I found two download windows I had shaded on the right side of page (0 1) in the middle of page (1 2). I still have to find a way to reproduce this, but chances are good that mozilla is doing something funny. - Other Mozilla pbs: resizing the window with the internal Mozilla resize grip. Mine doesn't have a resize grip. - Tk experience: [EMAIL PROTECTED] olivier]$ wish % wm geometry . +0+0 The top-left part of the frame is out of screen - This problem will happen with any QT, GTK, JAVA and Tk application which move-resize itself (after mapping). All this applications are not buggy! They all respect the ICCCM2 (or at least a really reasonable interpretation of the ICCCM2). Note that most of the actively developed window manager respect this (e.g., icewm, kwin and metacity). Also this is documented in the EWMH spec. Of course fvwm no that, however it use a legacy way to move-resize a window because some old apps use this legacy logic (sorry I've no example, but Dominik has surely some). See the endless discussions I had on the wm-spec list. The bottom line of them always was that nobody of the people there cares a bit about the traditional way vs. the spec conforming way of handling configure requests. Thus, even with the latest EWMH spec, manual user intervention is required to configure some applications :-( I suggest that we add a new style: LegacyConfigureRequest / ICCCMConfigureRequest or ICCCMConfigureRequest / LegacyConfigureRequest to handle this problem. About default we can do something a bit more complex: detect if the app respect the EWMH spec, if yes use ICCCMConfigureRequest if not use LegacyConfigureRequest. Yeah, but the wm-spec folks can't agree on a protocol for this :-P In addition, it would be really helpful to have a standard way of advertising which method the WM uses in order to allow applications to detect it themselves. This would fix most of the notorious Java... problems with fvwm. However, I think we need a new style (as there is no standard way to detect that an application respect the EWMH spec). Having a style is not wrong anyway. Any opinions/comments/objections? For a detection algorithm: 1) If the windows CR algorithm was set by a style or detected before, use it. 2) If a window resizes itself to the *exact* size of the display and the requested position of the client window is either +0+0 or +border_width+border_height, put it at +0+0 and make a decision about the algorithm it uses based on the requested position. 3) If a window resizes/positions itself so that interpreting its position would shift it by exactly the width/height of the left or top border, set the algorithm that would prevent this shift (if possible). 4) If a window places itself in a way that would place it exaclty on the border of the display, choose the algorithm that keeps the border on screen. So we should have three styles (I don't like the term legacy because it displays a certain arrogance of the wm-spec people against tradition): MoveByProgramAlgorithm [SmartTraditional|SmartICCCM|ICCCM|Traditional] with SmartTraditional being the default (i.e. use above algorithm and use Traditional by default). However, the names of the styles are all bad (hard too understand). Bye Dominik ^_^ ^_^ -- 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: title or name in FvwmWindowMenu?
Mikhael Goikhman [EMAIL PROTECTED] wrote on Thu, 3 Jul 2003 02:35:26 +: Subject: Re: title or name in FvwmWindowMenu? On 02 Jul 2003 21:53:10 -0400, Richard Lister wrote: All trackers except for WindowList are usable now. WindowList tracker is the largest one, it should optionally track all window flags/names/stack list/icon files and probably more. Cool. I'll take a look in a couple of weeks when work slacks off a bit. Cheers Ric Richard J Lister Dept of Neuroscience Georgetown University Medical Center http://cns.georgetown.edu/~ric/ -- 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: Move/Resize ConfigureRequest
+++ Olivier Chapuis [2003-07-03 08:12:29]: Hello, Ok, this subject is delicate ... Examples of pb: - Start Mozilla, say that its position is +x+y. Set fullscreen (F11), if you have a not too recent version of Mozilla this works (with Mozilla-1.4 and maybe other this does not work as Mozilla use NET_WM_FULLSCREEN which is not implemented in fvwm (this not the point of this email). Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030701 It still manages to goto full-screen without any problems! - Other Mozilla pbs: resizing the window with the internal Mozilla resize grip. I think the resize grip only comes with certain themes for the gtk2 builds... I remember seeing this kind of resizing when we had a demo of Gnome2 at my LUG... was supposed to be some kind of feature introduced in Gnome2. I found a similiar resize-grip in nautilus... it manages to get the window into resize mode... maybe mozilla is doing something different. BTW is it possible that the problem with the resize grip and the window shifting when coming back from full-screen are related... I seem to find the mozilla window drifting towards the top-left corner when trying to resize .. seems to be moving in a similiar ratio too (I didn't measure too carefully) Kingsly -- 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: Move/Resize ConfigureRequest
Kingsly John [EMAIL PROTECTED] writes: +++ Olivier Chapuis [2003-07-03 08:12:29]: Hello, Ok, this subject is delicate ... Examples of pb: - Start Mozilla, say that its position is +x+y. Set fullscreen (F11), if you have a not too recent version of Mozilla this works (with Mozilla-1.4 and maybe other this does not work as Mozilla use NET_WM_FULLSCREEN which is not implemented in fvwm (this not the point of this email). Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030701 It still manages to goto full-screen without any problems! - Other Mozilla pbs: resizing the window with the internal Mozilla resize grip. I think the resize grip only comes with certain themes for the gtk2 builds... I remember seeing this kind of resizing when we had a demo of Gnome2 at my LUG... was supposed to be some kind of feature introduced in Gnome2. I don't think I have Gtk2 on my machine. I don't see the resize handle with the Classic theme, but it is there with Modern. -- Dan Espen E-mail: [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: Move/Resize ConfigureRequest
in message [EMAIL PROTECTED], wrote Kingsly John thusly... - Start Mozilla, say that its position is +x+y. Set fullscreen (F11), if you have a not too recent version of Mozilla this works (with Mozilla-1.4 and maybe other this does not work as Mozilla use NET_WM_FULLSCREEN which is not implemented in fvwm (this not the point of this email). Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030701 It still manages to goto full-screen without any problems! I don't know which version of mozilla that Gecko corresponds to, but i have the same experience. Using the grip in 1.4b version (to resize a window, modern theme) makes the the mozilla window to dance around, which was not the case in version 1.3-something. (The grip thingy, in the lower right corner, seemed to be introduced in version 1.4b for modern theme only.) Also in version 1.4b, mozilla doesn't go full screen as it did previously. Now it just hides various bars and uses miniature buttons w/ the same full screen window size as it was before going full screen. (I am using fvwm 2.5.6.) - Parv -- A programmer, budding Unix system administrator, and amateur photographer ISO employment... http://www103.pair.com/parv/work/ -- 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]