Re: Problem on Makefiles
Could you please not post your reply on top of the previous post? in message [EMAIL PROTECTED], wrote marcel bertonzzin thusly... You're right, I'm not using ports, because they just port stable releases. Ports system may not have fvwm right out of fvwm CVS but does have the development branches (at least for opera, mutt, fvwm). In my previous email, you seemed to have missed '-devel' in the port's name. I passes --with-png-includes and --with-png-library but only this didn't worked. Did you specify just that or the location of libraries includes files too? If it is the first, then those two options won't matter. Nonetheless, it seems that you have not read the Makefile of the x11-wm/fvwm-devel port. Whatever. I don't have 'include' and 'lib' directories under '/usr/local/bin', what I do have is 'libpng-config' and 'libpng12-config' But you noted '-L/usr/local/bin', and -L is used to specify the directory for libraries (for the linker). - Parv --
Re: Problem on Makefiles
in message [EMAIL PROTECTED], wrote marcel bertonzzin thusly... Well, i tried to compile FVWM 2.5.16 on my FreeBSD 6.1-RC and I got some problems with ld(1) because of these Makefiles: fvwm-2.5.16/modules/FvwmAnimate/Makefile fvwm-2.5.16/modules/FvwmBanner/Makefile fvwm-2.5.16/modules/FvwmWharf/Makefile fvwm-2.5.16/bin/Makefile fvwm-2.5.16/Makefile Because of the png_LIBS variable, that is set to: -lpng -lz but should be: -L/usr/local/bin -lpng -lz Seems like you are not using Ports which has the above mentioned version in x11-wm/fvwm2-devel. In any case, you can specify the location of png related files via configure included in fvwm source by passing --with-png-includes --with-png-library In any case, do you really have 'include', 'lib' directories under '/usr/local/bin' given your proposed (non)solution? - Parv --
Consistenst syntax of Style options
Currently (2.5.13), some of the options are negated by prefixing '!' or No, others still by appending 'Off', , etc. Is there any plan (near or long term) to have consistent syntax of Style options? - Parv --
Re: fvwm 2.5.1[02] stucks sometimes, always wrt Mozilla windows
in message [EMAIL PROTECTED], wrote fvwm-w thusly... On Tue, Oct 19, 2004 at 04:47:59PM -0400, Parv wrote: I have generated the patch (from 2.5.12 CVS via ftp) below for icons.c. Is this sufficient? Yes. Does it work? Well, so far there has not been a lock up. Now, only if i could reproduce the problem on demand. - 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: fvwm 2.5.1[02] stucks sometimes, always wrt Mozilla windows
in message [EMAIL PROTECTED], wrote fvwm-w thusly... On Sat, Oct 16, 2004 at 01:27:56AM -0400, Parv wrote: Fvwm 2.5.1[02] gets stuck sometimes, always while raising or deiconifying a Mozilla window via WindowList command. When fvwm gets stuck... - CPU usage reaches near 100% - Mouse pointer remains in the set CursorStyle MENU - Mouse moves but clicks do not respond - Keyboard is also lost - No windows is raised/lowered or a page is changed WindowListFunc related functions and focus placement related styles are... I can not reproduce the problem, I notice it mainly when sometimes a Saving ... mozilla window is tried to be deiconified/raised. Does not happen often, only when downloading a large file (so that Saving... window will remain for longer and deiconifying it will let me know the local path for the remote file). I can see a bug in the code: If a transient window is iconified by its parent window and then loses the special relationship, for example because the parent is closed, a loop in the DeIconify() function never exits. I have committed a patch Thanks. to CVS for 2.5.13 and 2.4.19. Do you really mean 2.4.19 not 2.4.20 (implying that fix is available in stable release, fix for unstable is only in CVS)? #0 0x807dfe4 in DeIconify (fw=0x8144c00) at icons.c:2283 2283if (t != fw FW_W_TRANSIENTFOR(fw) == FW_W(t)) (gdb) bt #0 0x807dfe4 in DeIconify (fw=0x8144c00) at icons.c:2283 #1 0x807e8b9 in CMD_Iconify (cond_rc=0xbfbfe6f8, exc=0x8148200, action=0x8113e28 false) at icons.c:2674 You said it also happens when the window is just raised, not (de)iconifed. Does it hang in the same place in this case? Sheepishly say i ... you see, i was using a function which would unconditionally raise deiconify the window (from WindowListFunc); i cannot confidently say if window raising would also cause, or is part of, the problem in any way. The trace apparently shows problem, for now, only w/ the deiconification. - 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: fvwm 2.5.1[02] stucks sometimes, always wrt Mozilla windows
in message [EMAIL PROTECTED], wrote fvwm-w thusly... On Sat, Oct 16, 2004 at 01:27:56AM -0400, Parv wrote: Fvwm 2.5.1[02] gets stuck sometimes, always while raising or deiconifying a Mozilla window via WindowList command. When fvwm gets stuck... - CPU usage reaches near 100% - Mouse pointer remains in the set CursorStyle MENU If a transient window is iconified by its parent window and then loses the special relationship, for example because the parent is closed, a loop in the DeIconify() function never exits. I have committed a patch to CVS for 2.5.13 I have generated the patch (from 2.5.12 CVS via ftp) below for icons.c. Is this sufficient? - Parv (Mind the embedded tabs in the patch) --- fvwm/icons.c.orig Wed Mar 17 09:42:54 2004 +++ fvwm/icons.cTue Oct 19 16:13:55 2004 @@ -2251,7 +2251,7 @@ */ void DeIconify(FvwmWindow *fw) { - FvwmWindow *t,*tmp; + FvwmWindow *t, *tmp, *ofw; FvwmWindow *sf = get_focus_window(); rectangle icon_rect; XWindowAttributes winattrs = {0}; @@ -2276,15 +2276,18 @@ SET_ICONIFY_AFTER_MAP(fw, 0); return; } - while (IS_ICONIFIED_BY_PARENT(fw)) + for (ofw = NULL; fw != ofw IS_ICONIFIED_BY_PARENT(fw); ) { - for (t = Scr.FvwmRoot.next; t != NULL; t = t-next) + t = get_transientfor_fvwmwindow(fw); + if (t != NULL) { - if (t != fw FW_W_TRANSIENTFOR(fw) == FW_W(t)) - { - fw = t; - } + ofw = fw; + fw = t; } + } + if (IS_ICONIFIED_BY_PARENT(fw)) + { + SET_ICONIFIED_BY_PARENT(fw, 0); } /* AS dje RaiseWindow(fw); */ EOF -- -- 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]
fvwm 2.5.1[02] stucks sometimes, always wrt Mozilla windows
Fvwm 2.5.1[02] gets stuck sometimes, always while raising or deiconifying a Mozilla window via WindowList command. When fvwm gets stuck... - CPU usage reaches near 100% - Mouse pointer remains in the set CursorStyle MENU - Mouse moves but clicks do not respond - Keyboard is also lost - No windows is raised/lowered or a page is changed WindowListFunc related functions and focus placement related styles are... DestroyFunc EWMHActivateWindowFunc AddToFuncEWMHActivateWindowFunc + I WindowListFunc DestroyFunc WindowListFunc AddToFuncWindowListFunc + I Function deiconify-func Raise + I FlipFocus + I WarpToWindow 50 50 DestroyFunc window-list AddToFuncwindow-list + I WindowList Root c c Sticky, OnTop, \ NoGeometryWithInfo, NoDeskNum, NoNumInDeskTitle, \ MaxLabelWidth 30, IconifiedAtEnd, $* DestroyFunc window-list-sorted AddToFuncwindow-list-sorted + I Function window-list SortByResource DestroyFunc deiconify-func AddToFuncdeiconify-func + I Iconify false + I WindowShade false + I $0 Style * WindowShadeShrinks , NoPPosition , HintOverride , GNOMEIgnoreHints \ , NoIcon , StickyIcon , MwmDecor , MwmButtons Style * FPLenient \ , FPClickRaisesFocused , FPClickRaisesUnfocused \ , FPClickDecorRaisesFocused , FPClickDecorRaisesUnfocused \ , FPClickIconRaisesFocused , FPClickIconRaisesUnfocused \ , FPGrabFocus , FPReleaseFocus , FPFocusByFunctionWarpPointer \ , FPAllowRaiseClickFunction Style * ClickToFocusPassesClickoff , ClickToFocusRaises \ , MouseFocusClickRaises , MouseFocus Style * DecorateTransient \ , DontLowerTransient , RaiseTransient \ , StackTransientParent , StartsOnPageIncludesTransients Style * MinOverlapPercentPlacement Style * MinOverlapPercentPlacementPenalties 3 1 0 0 Style ignore-pos NoPPosition , NoUSPosition , NoTransientPPosition Style ignore-pos HintOverride , GNOMEIgnoreHints Style avoid UseStyle ignore-pos , SkipMapping \ , StartIconic , IconifyWindowGroups , StartsLowered , NeverFocus Style netscape TitleAtBottom , StartsRaised Style *Communicator* UseStyle netscape Style *Netscape* UseStyle netscape Style *Navigator* UseStyle netscape Style *Netscape*Download* Slippery , SkipMapping Style *Netscape*popup* Slippery , SkipMapping Style *Netscape*Error* Slippery , SkipMapping , Layer 10 \ , StaysPut , StaysOnTop # Style *question*popup* Slippery , SkipMapping Style Mozilla* UseStyle netscape , SkipMapping Style navigator:browserUseStyle netscape , SkipMapping Style Saving* UseStyle avoid Style *%*of*Saved* UseStyle avoid Style *Default*Plugin* UseStyle avoid , StickyIcon 5.6 kB core stack follows, which is also available from... http://www103.pair.com/parv/tmp/fvwm-2.5.12-mozilla-stuck-core-stack - Parv GNU gdb 4.18 (FreeBSD) ... warning: core file may not match specified executable file. Core was generated by `fvwm'. Program terminated with signal 6, Abort trap. Reading symbols from /usr/X11R6/lib/libXpm.so.4...done. Reading symbols from /usr/X11R6/lib/libSM.so.6...done. Reading symbols from /usr/X11R6/lib/libICE.so.6...done. Reading symbols from /usr/X11R6/lib/libXext.so.6...done. Reading symbols from /usr/X11R6/lib/libX11.so.6...done. Reading symbols from /usr/lib/libm.so.2...done. Reading symbols from /usr/X11R6/lib/libXrender.so.1...done. Reading symbols from /usr/local/lib/libpng.so.5...done. Reading symbols from /usr/lib/libz.so.2...done. Reading symbols from /usr/lib/libxpg4.so.3...done. Reading symbols from /usr/lib/libc.so.4...done. Reading symbols from /misc/local/X11/lib/libXThrStub.so.6...done. Reading symbols from /misc/local/X11/lib/X11/locale/lib/common/xlcDef.so.2...done. Reading symbols from /usr/X11R6/lib/libXcursor.so.1...done. Reading symbols from /misc/local/X11/lib/X11/locale/lib/common/xomGeneric.so.2...done. Reading symbols from /usr/libexec/ld-elf.so.1...done. #0 0x807dfe4 in DeIconify (fw=0x8144c00) at icons.c:2283 2283if (t != fw FW_W_TRANSIENTFOR(fw) == FW_W(t)) (gdb) bt #0 0x807dfe4 in DeIconify (fw=0x8144c00) at icons.c:2283 #1 0x807e8b9 in CMD_Iconify (cond_rc=0xbfbfe6f8, exc=0x8148200, action=0x8113e28 false) at icons.c:2674 #2 0x80972b8 in __execute_function (cond_rc=0xbfbfe6f8, exc=0x8148180, action=0x8121400 Iconify false, exec_flags=128 '\200', args=0xbfbfe1c4) at functions.c:630 #3 0x809761a in __run_complex_function_items (cond_rc=0xbfbfe6f8, cond=105 'i', func=0x811f380, exc=0x8148180, args=0xbfbfe1c4) at functions.c:820 #4 0x80979a6 in execute_complex_function (cond_rc=0xbfbfe6f8, exc=0x8148100, action=0x813eae9 deiconify-func Raise, desperate=0xbfbfe260) at functions.c:1001 #5 0x8097308 in __execute_function (cond_rc=0xbfbfe6f8, exc=0x8148080, action=0x8112120 Function
Re: 2.5.11 - Switching to last focused not working....
in message [EMAIL PROTECTED], wrote Parv thusly... (Fvwm 2.5.12 2.5.10 are being compared below.) Forgot fvwm -v ... fvwm 2.5.10 compiled on Oct 2 2004 at 23:24:15 with support for: ReadLine, XPM, PNG, Shape, XShm, XRender fvwm 2.5.12 compiled on Oct 8 2004 at 23:08:59 with support for: ReadLine, XPM, PNG, Shape, XShm, XRender - 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]
2.5.11 - Switching to last focused not working....
I used to be able to switch to thee last focused predictably consistently in 2.5.10 w/ the following functions key binding... key f A 4 Function switch-to-last DestroyFunc WindowListFunc AddToFuncWindowListFunc + I Iconify false + I WindowShade false + I Raise + I FlipFocus + I WarpToWindow 50 50 DestroyFunc window-list AddToFuncwindow-list + I WindowList Root c c Sticky, OnTop \ NoGeometryWithInfo NoDeskNum NoNumInDeskTitle \ MaxLabelWidth 30 IconifiedAtEnd \ $* DestroyFunc switch-to-last AddToFuncswitch-to-last + I Function window-list SelectOnRelease Super_L In 2.5.11 i am at loss to know in advance if i would get the last focused window. Above generates only the window list; no window is selected on release of Super_L. I see a line is mentioned in the News section on fvwm.org about changes to WindowList, but nothing helpful for me. I also tried the following 3 versions, bounded to tab M, as hinted in the FAQ the man page key Tab A M switch-other-gui-2 DestroyFunc switch-other-gui-0 AddToFuncswitch-other-gui-0 + I WindowList \ Root c c CurrentDesk , NoGeometry \ Prev (CurrentDesk) WindowListFunc DestroyFunc switch-other-gui-1-prev AddToFuncswitch-other-gui-1-prev + I Prev (CurrentDesk) WindowListFunc DestroyFunc switch-other-gui-1 AddToFuncswitch-other-gui-1 + I WindowList \ Root c c \ , CurrentDesk , NoGeometryWithInfo , CurrentAtEnd , IconifiedAtEnd \ , SelectOnRelease Alt_L \ Function switch-other-gui-1-prev DestroyFunc switch-other-gui-2 AddToFuncswitch-other-gui-2 + I WindowList \ Root c c \ , NoGeometryWithInfo , CurrentAtEnd , IconifiedAtEnd , NoDeskNum , NoNumInDeskTitle , SelectOnRelease Alt_L Prev (CurrentDesk) Am i doing anything wrong wrt WindowList in v2.5.11? - 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: Fvwm descendants
in message [EMAIL PROTECTED], wrote Tavis Ormandy thusly... I went through all of the window managers listed on Matt Chapman's Window Managers for X site and identified all of the fvwm derivatives :) I put them all together in a Family Tree diagram here http://en.wikipedia.org/wiki/FVWM#Family_Tree All My Children ;} I am surprised to notice that SCWM is a descendant of FVWM. An odd thing i noticed while i was using both stable development versions of fvwm on off. Whenever i switched[0] from either version of fvwm to tvtwm, and vice versa, the page window layout[1] remain unchanged. Switching between -stable -devel versions of fvwm, however, moved all the windows to the first page. [0] Switching as in replacing current wm w/ another. See Restart function. [1] Pager layout was same in all three wms. There was only one desk in fvwm. - 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]
OT Prgramming language - Re: My .fvwm2rc and a screenshot
in message [EMAIL PROTECTED], wrote Piotr Zielinski thusly... http://www.cl.cam.ac.uk/~pz215/editing/myfvwm.png Say, which programming language is that in the left window? - 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: disallow posting for non-members?
in message [EMAIL PROTECTED], wrote fvwm-w thusly... It is sad that I have to ask. What do you think about allowing only members to post on the fvwm mailing lists in the future? The amount of spam has got out of control. I am too (or is that five) in agreement. In any case, i would rather not have mail tagged by subject; subscribe-n-post is just fine and dandy. - 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: New default config file ~/.fvwm/config
in message [EMAIL PROTECTED], wrote Mikhael Goikhman thusly... I suggested either ~/.fvwm/main or ~/.fvwm/config variants in the past. The second one seems to be the most intuitive. ... Currently fvwm searches for the starting config file in 5 places, I will add 2 more places, i.e. $FVWM_USERDIR/config and $FVWM_DATADIR/config. Some places (like ~/.fvwm2rc in $HOME) should be removed, either before or after 2.6.0. Of course, ~/.fvwm/.fvwm2rc should stay for some years. I hope there still be a way to specify the path to the configuration file like the way -f option currently allows (fvwm 2.5.8) to specify. Otherwise, i am indifferent about the issue. - 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]
Style consistency - StartFoo and StartsFoo
I am using fvwm 2.5.8. The man page lists.. StartIconic StartNormal StartsOnPage StartsLowered ...among other Start* style options. My question is why is a 's' missing from StartIconic or StartNormal? - 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: [FVWM] Fvwm logo competition - Final results
in message [EMAIL PROTECTED], wrote fvwm-w thusly... The fvwm logo competition is over. Thank you for taking part in the voting process. Whew! I was waiting for quite some time. The winnig logo is: http://www.fvwm.org/logo-competition/logos/Felix_E_Klee/feline.png Oh crap, I failed by 25 votes. At least it is not as catty as other pussy ones. All results of the second voting stage can be seen at: http://www-user.tu-chemnitz.de/~uwp/fvwm-web/logo-competition/logos/voting/results2.php Third place for one of my choices? :-..( - 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
in message [EMAIL PROTECTED], wrote Mikhael Goikhman thusly... FullScreen should remove decorations, at least this is what a user expects. This user does not. I would like to have the fvwm decorations retained on windows/programs that (try) to go full-screen by their own mechanism (say mozilla) ... unless that is against some spec. If fvwm's idea of full-screen is different than the client, i would like to have some control on the fvwm aspect. (FWIW, i just tried acrobat 5.06; decorations are retained but title bar is moved outside of current view.) - 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]
Building menu w/ fvwm functions
FVWM version i am using is 2.5.7. I was trying to build a menu (bg-menu in this case) entries w/ help of a fvwm function (bg-solid-add-menu) ... DestroyFunc bg-solid-add-menu AddToFuncbg-solid-add-menu # 0: menu name, 1: color name, 2: color value + I AddToMenu $0 $1 - $2 Exec xsetroot -solid $2 DestroyMenu bg-menu AddToMenubg-menu background Title + Function bg-solid-add-menu bg-menu black black + Function bg-solid-add-menu bg-menu grey grey55 ...but that leaves only Function named entries which do nothing. (It is as if Function is not special when not used as an menu action.) (I know about PipeRead DynamicPopupAction, and thought that they would not of help. From the description of PipeRead, it seems to execute only external commands, not the functions. And DynamicPop* functions would act/be usable only on pop up menus.) What would be the correct way, short of executing external commands, to use a fvwm function to build a menu? (I have some faint memory of somebody's creation which created menu entries and key bindings from one set of specification. In any case, i failed to find anything relevant at http://www.mail-archive.com/fvwm@hpc.uh.edu/.) Thanks for reading till here. - 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]
Re: Building menu w/ fvwm functions
in message [EMAIL PROTECTED], wrote Mikhael Goikhman thusly... On 08 Jul 2003 19:36:58 -0400, parv wrote: FVWM version i am using is 2.5.7. I was trying to build a menu (bg-menu in this case) entries w/ help of a fvwm function (bg-solid-add-menu) ... DestroyFunc bg-solid-add-menu AddToFuncbg-solid-add-menu + I AddToMenu $0 $1 - $2 Exec xsetroot -solid $2 DestroyMenu bg-menu AddToMenubg-menu background Title + Function bg-solid-add-menu bg-menu black black Remove + in the last 2 lines and it will work for you. Or just: bg-solid-add-menu bg-menu black black bg-solid-add-menu bg-menu grey grey55 Whoopee! That did it; thanks much. This point (about not putting '+' to execute function in place, in a menu) seems to be missing from the fvwm(1) page. Only thing i found + Used to continue adding to the last specified decor, function or menu. See the discussion for AddToDecor, AddToFunc, and AddToMenu. ...there is no mention about the above in any of AddTo* sections. Oh well. (As to your perl code, i meant originally that i would *much* prefer a fvwm solution before resorting to shell or perl. Thanks anyway.) - Parv -- A programmer, budding Unix system administrator, and amateur photographer seeks 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]
Re: Move/Resize ConfigureRequest
in message [EMAIL PROTECTED], wrote Mikhael Goikhman thusly... On 08 Jul 2003 15:26:28 -0400, parv wrote: in message [EMAIL PROTECTED], wrote Mikhael Goikhman thusly... FullScreen should remove decorations, at least this is what a user expects. ... I would like to have the fvwm decorations retained on windows/programs that (try) to go full-screen by their own mechanism (say mozilla) ... unless that is against some spec. If fvwm's idea of full-screen is different than the client, i would like to have some control on the fvwm aspect. (Let me add to the last sentence that having control on the fvwm aspect is desirable to control an annoying client.) Removing decorations should be at least an option if not the default. Or vice versa, same difference. As long as there is a way to (un)do... There are several problems [...] 2 full-screen windows on different pages overlap each other, without decorations they would not conflict; when you shade such window it ends up mostly in the different page; Oh yes, i have experienced that. Irritating indeed. - 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: 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
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]
Re: Menu screenshots for web site.
in message [EMAIL PROTECTED], wrote Scott Smedley thusly... Here's a few screenshots of my menu which I thought someone might like to add to the Fvwm/MenuScreenshots web page: http://users.tpg.com.au/users/scottie7/fvwmmenus.html I like the highlight shadow colors (for a selected item) of the green menus. ( What's up w/ vowels in one case consonants in another BTW? At least be consistent unless you are highlighting your module... :) I think people would appreciate your menus much more if you also provide the configuration file too. - 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: in v2.5.6, cannot simply remove Mouse 2 binding via '-' function
in message [EMAIL PROTECTED], wrote Dan Espen thusly... parv [EMAIL PROTECTED] writes: I cannot seem to remove default 'Mouse 2' binding to Builtin Menu by using '-' function, in fvwm 2.5.6 ... Mouse 2 R N - ... To remove it you need: Mouse 0 R N - Ah! Thanks much. A question: if 'A' context means any context, then why does the 'A' context not override 'R'? I would expect the following to work just like above (but doesn't)... Mouse 0 A N - - 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: The new web pages
in message [EMAIL PROTECTED], wrote Dan Espen thusly... I notice that for the screenshots, the ability to move from full ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ size image to full size image has been removed. ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ Say what? Is there a plan to bring that back? -- -- 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]
in v2.5.6, cannot simply remove Mouse 2 binding via '-' function
I cannot seem to remove default 'Mouse 2' binding to Builtin Menu by using '-' function, in fvwm 2.5.6 ... Mouse 2 R N - ...if i only have that (or no other binding) for middle mouse button, i always get the Builtin Menu on pressing it. I have/had to bind the middle button to some other menu or function to disable it. I would hate to create a otherwise noop function just to disable the Builtin Menu. - 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: New website comments
in message [EMAIL PROTECTED], wrote Nadim Shaikli thusly... emacs/w3m doesn't use cookies (I'll have to check) w3m 0.4.1 does; i seem to have an impression that at least last one or two eralier versions did too. - 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: Logo-Competition planning thread
in message [EMAIL PROTECTED], wrote [EMAIL PROTECTED] thusly... ... 6. The winner * The winning logo will be shipped with the fvwm distribution (hopefully in 2.6.0) and used as: ... !!!prize? Prize? What prize? Isn't the logo being part of FVMW a prize in itself? (Rhetorical question people; if you must reply, keep that in mind.) - 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: fvwm birthday planning / need volunteers
in message [EMAIL PROTECTED], wrote [EMAIL PROTECTED] thusly... The most pressing issue is a new web site. Do you mean wholly new web site, or will a separate directory for the occasion (either on fvwm.org or under my own personal space somewhere) be enough? Goal: Make a shiny new site for the celebration and keep the news up to date. Priority: high Responsible: volunteer needed, parv? Yes. I do. Status: planning schedule 10-Apr * Write a short announcement message for the 1st of June and discuss it on fvwm-workers. [pending] Ok, Can do. 15-Apr * Put the announcement on the web page. [pending until 15-Apr] * Put the announcement for the logo competition on the web site. [pending until 15-Apr] ok. * Make a web page for the logo competition. [pending] I personally prefer little or no doodas on a web page. Check it yourself... http://www103.pair.com/parv/ ..so if anybody else think that my style doesn't/won't fit the celebration, by all means let me know take over the design at any point. 25-May * Make a shiny web site for the celebration and post it on fvwm-workers. [pending] * Make a web page with the pictures of the developers. [pending] See above I personally 30-May * Upload the celebration page. [pending until 30-May] Can do. 30-Jun * Remove the celebration page or keep the page but remove references to the birthday event. [pending until 30-Jun] I think this item would be responsibility of whomever ends up designing/owning the related pages, right? - 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: fvwm birthday planning / need volunteers
in message [EMAIL PROTECTED], wrote Mikhael Goikhman thusly... On 10 Mar 2003 16:30:13 +0100, Dominik Vogt wrote: 5. Announce the event on fvwm-announce and some other places. [what other places?] How about on Window managers for X (xwinman)... http://www.xwinman.org/ ...and perhaps comp.windows.x newsgroup. Who else can help with organizing the event? Any artists? Let me know if i can help w/ the HTML, _light_ graphics, announcements such. - 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: Request for feature: Sticky indicator toggle
in message [EMAIL PROTECTED], wrote Grzegorz Nieweglowski thusly... Would it be possible to add new style options, eg. ShowStickbars/!Stickbars? So that I could decide if I wish to see them or not? in 2.5.5 there is an option -- StippledTitleOff -- mentioned in fvwm(1)... With the StippledTitle style, titles are drawn with the same effect that is usually reserved for windows with the Sticky, Stick- yPage or StickyDesk style. StippledTitleOff reverts back to normal titles. ...but really doesn't work as expected (for sticky windows). could this option be reworked/reimplemented such that the option really does what its name implies (for any type of title)? - 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: FVWM Documentation
in message [EMAIL PROTECTED], wrote Dan Espen thusly... - Possibility to have a printable version of the documentation. I.e., a ps and/or pdf FVWM book. I'd add, the ability to include images. Some of the documentation talks about visual effects, but there are no illustrations in our documentation. (la)tex -- dvi (--), ps, pdf going to straight html. There were objections so it never happened, but I'm still not convinced that man pages are necessary. i suppose man pages could become pure reference instead of being both reference explanation of things. then, man pages could point to appropriate places to look for details. something like xv(1) but not as extreme. that way, those who need explanations could be better served, while keeping man pages light to the point foe those who are familiar w/ fvwm syntax. However the .sgml is really hard to read. The markup gets in the way. I don't know if I'd like trying to edit the sgml with emacs or vi. The little POD that I've seen looked better. But I don't think POD allows for images either. POD is easy almost like plain text. it, of course doesn't have facilities to include images. of course. how about LaTeX (or TeX) then? - 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: transforming image into container
in message [EMAIL PROTECTED], wrote Mikhael Goikhman thusly... I think that given an image WxH and a container AxB, there are the following useful options to fit one into another: [the first means what to do for x direction, the second - for y direction] 1) fit, fit 2) fit, tile 3) fit, stretch 4) tile,fit 5) tile,tile 6) tile,stretch 7) stretch, fit 8) stretch, tile 9) stretch, stretch 10) aspect fit ... Do you think there are more options? besides stretching compacting, is there any plan for other transformations like mirroring/rotating? given a small image, say 100x100 pix, i particularly like xv's root: symmetrical mirrored (-rmode 9) option. this option is best suited for tile work on large backgrounds like root window or WindowList menu. - 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: fvwm 2.5.4 - FvwmWinList doesn't seem to grow w/o re-start
in message [EMAIL PROTECTED], wrote [EMAIL PROTECTED] thusly... On Thu, Nov 21, 2002 at 12:35:00AM -0500, parv wrote: in message [EMAIL PROTECTED], wrote parv/fastmail thusly... i just noticed that a restart doesn't make FvwmWinList to add new windows when it's shaded. i just tried FvwmIconMan which also displays same behaviour: list isn't updated while the module's window is shaded. I think that should just be documented. Shaded windows can not resize themselves as this causes a lot of trouble. if that is/will be the case, i would not bother w/ them anymore. - 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: Naming of fvwm2rc inside directory .fvwm
in message [EMAIL PROTECTED], wrote Marcus Lundblad thusly... I have a suggestion. When placing the file .fvwm2rc inside the directory .fvwm, I think it would seem more natural to allow the name fvwm2rc or fvwmrc (without . ), since this is inside a hidden directory. name it whatever you want use the -f option to pass the file name... fvwm -f fvwm-config-name-that-you-desire ...and be done w/ it. - 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: fvwm 2.5.4 - FvwmWinList doesn't seem to grow w/o re-start
in message [EMAIL PROTECTED], wrote parv thusly... ... so my question is why FvwmWinList behave the way it does? IOW, why doesn't FvwmWinList recognizes new windows opened after fvwm's first start (w/o the need of re-start)? an update ... i just noticed that a restart doesn't make FvwmWinList to add new windows when it's shaded. back to pre FvwmWinList days... -- -- 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: fvwm 2.5.4 - FvwmWinList doesn't seem to grow w/o re-start
in message [EMAIL PROTECTED], wrote fvwm-w thusly... On Mon, Nov 18, 2002 at 09:24:19PM -0500, parv wrote: now the problem... after the first fvwm start, FvwmWinList doesn't grow when additional windows are opened. only those seem to be listed which were started before the start of fvwm. ... so my question is why FvwmWinList behave the way it does? IOW, why doesn't FvwmWinList recognizes new windows opened after fvwm's first start (w/o the need of re-start)? Can you post a minimal config file and step by step instructions, please? ~/.xinitrc (not that it matters)... aterm fvwm -f ${HOME}/cf/fvwm/fvwm.test sleep 1 aterm ...${HOME}/cf/fvwm/fvwm.test... key F1 R A - Mouse 1 TS N move-shade Mouse 3 T N WindowShade toggle AddToFuncStartFunction + I Module FvwmWinList DestroyFunc move-shade AddToFuncmove-shade + I Raise + M Move + D WindowShade DestroyModuleConfig FvwmWinList: * *FvwmWinList: Geometry -0+0 ...so after fvwm starts 2 aterm windows are open, note the listing in FvwmWinList. shade the FvwmWinList by double clicking the title (as provided by above key bindings function); open one more aterm or any other program which will open a new window. now, un-shade the FvwmWinList, note the listing. any new open window(s) will be missing. restart fvwm everything behaves as expected. - 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]
fvwm 2.5.4 - FvwmWinList doesn't seem to grow w/o re-start
i have just started using FvwmWinList non-transiently (in addition to core WinList command). it brings back the memory of using (t)vtwm. best of all, it doesn't get in the way once minimized or shaded. now the problem... after the first fvwm start, FvwmWinList doesn't grow when additional windows are opened. only those seem to be listed which were started before the start of fvwm. after re-starting fvwm, FvwmWinList module seem to recognize windows opened after fvwm's first start adjusts the list accordingly. it also behaves when windows are closed. so my question is why FvwmWinList behave the way it does? IOW, why doesn't FvwmWinList recognizes new windows opened after fvwm's first start (w/o the need of re-start)? - 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]
menu - paint triangles in the same color as the foreground color
as shown in the screen shot (22 kB, fvwm 2.5.4) below... http://www103.pair.com/parv/tmp/shot-fvwm-2.5.4-menu.png ...triangles are painted either in Background or HilightBack colors, not in Foreground or ActiveFore. following is what produced the menu style... MenuStyle * TrianglesSolid MenuStyle * Foreground white, Background red4, Greyed rgb:f0/0/0 MenuStyle * ActiveFore black, HilightBack grey75 MenuStyle * MenuFace HGradient 512 5 rgb:60/0/0 20 rgb:80/0/0 40 rgb:a0/0/0 20 rgb:80/0/0 10 rgb:60/0/0 10 black MenuStyle * Hilight3DThickness -2 ...i had to use gradient otherwise red (triangle) on red (background) is rather hard to see. could it be possible either to paint the triangles w/ the Foreground ActiveFore colors as appropriate, or to provide means to specify color(s) for triangle? otherwise, indication of a sub menu is easily missed. below is the screen shot (52 kB, fvwm 2.4.4) showing triangles painted in foreground colors... http://www103.pair.com/parv/comp/graphic.comp/shot-fvwm2-4-4-colors.png ...and from configuration file... http://www103.pair.com/parv/comp/unix/cf/fvwm/fvwm-2.cf--old ...menu style is similar to above... MenuStyle * Foreground white, Background red4 MenuStyle * ActiveFore black, HilightBack white, Greyed red MenuStyle * TrianglesSolid, Hilight3DThick - 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: Rules for files installed into bindir
(sorry, i lost the OP.) On Sat, Nov 09, 2002 at 05:35:40AM +, Mikhael Goikhman wrote: ... 5) The programs should have the fvwm- prefix for consistency. Additional reasoning: My /usr/bin has 242 files in the dash form like gnome-bug and and only 95 files in the underscore form like pg_dump. i totally favour use of '-' instead of '_'. - 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]
[50 character or so descriptive subject here (for reference)]
Configuration Information [Automatically generated, do not change]: uname: FreeBSD moo.holy.cow 4.7-RELEASE FreeBSD 4.7-RELEASE #0: Tue Oct 22 04:00:50 EDT 2002 [EMAIL PROTECTED]:/cdrw/obj/cdrw/src/sys/BOVINE i386 compiler flags: cc -O -pipe -march=pentiumpro -Wall -Wno-implicit-int FVWM Version: 2.5.4 FVWM_MODULEDIR: /usr2/X11R6/libexec/fvwm/2.5.4 FVWM_DATADIR: /usr2/X11R6/share/fvwm FVWM_USERDIR: /usr2/home/parv/cf/wm Description: there is(was) inconsistency in between man page the binary in relation to WindowList parameter in fvwm 2.5.4(2.5.3) ... strings /usr/X11R6/bin/fvwm | grep -i MaxLabel ## produces MaxLabelWidth man 1 fvwm |col -b| grep -i MaxLabel ## produces MaxLabelLength Repeat-By: see above. or, specify MaxLabelLength option for WindowList -- as documented in the man page -- in the fvwm configuration file and see error message generated. now change MaxLabelLength to MaxLabelWidth, problem goes away. Fix: in fvwm man page, change all occurrences of MaxLabelLength w/ MaxLabelWidth. -- 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]
fvwm man page mentions MaxLabelLength but fvwm binary (supposedly) uses MaxLabelWidth
Configuration Information [Automatically generated, do not change]: uname: FreeBSD moo.holy.cow 4.7-RELEASE FreeBSD 4.7-RELEASE #0: Tue Oct 22 04:00:50 EDT 2002 [EMAIL PROTECTED]:/cdrw/obj/cdrw/src/sys/BOVINE i386 compiler flags: cc -O -pipe -march=pentiumpro -Wall -Wno-implicit-int FVWM Version: 2.5.4 FVWM_MODULEDIR: /usr2/X11R6/libexec/fvwm/2.5.4 FVWM_DATADIR: /usr2/X11R6/share/fvwm FVWM_USERDIR: /usr2/home/parv/cf/wm Description: there is(was) inconsistency in between man page the binary in relation to WindowList parameter in fvwm 2.5.4(2.5.3) ... strings /usr/X11R6/bin/fvwm | grep -i MaxLabel ## produces MaxLabelWidth man 1 fvwm |col -b| grep -i MaxLabel ## produces MaxLabelLength Repeat-By: see above. or, specify MaxLabelLength option for WindowList -- as documented in the man page -- in the fvwm configuration file and see error message generated. now change MaxLabelLength to MaxLabelWidth, problem goes away. Fix: in fvwm man page, change all occurrences of MaxLabelLength w/ MaxLabelWidth. -- 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: [50 character or so descriptive subject here (for reference)]
in message [EMAIL PROTECTED], wrote i thusly... there is(was) inconsistency in between man page the binary in relation to WindowList parameter in fvwm 2.5.4(2.5.3) ... i apologize for sending two bug reports for the same problem, and this one w/o meaningful subject. - 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: planning the 10th fvwm birthday event
in message [EMAIL PROTECTED], wrote Mikhael Goikhman thusly... On 17 Sep 2002 14:00:26 -0600, Gregg Dameron wrote: Maybe Mr. Nation could be persuaded to retract feeble and designate his choice for a new word for F. Failing that, how about a ballot, with the FAQ 1.1 choices, plus write-ins (I like Foundry, myself) and a choice of Keep the mystery. My choice is a recursive acronym. FVWM == FVWM's Virtual Window Manager. yuck ... F. Virtual Window Manager seems ever more interesting. -- -- 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: planning the 10th fvwm birthday event
in message [EMAIL PROTECTED], wrote fvwm-workers thusly... On the first of June, 2003, we will be celebrating fvwm's tenth birthday. It may seem an eternity now no kidding... (o = maybe, * = must): * Finish the 2.6 release before that day. shouldn't that be an maybe item as that release will server nobody if it would be only in name sake? i would much prefer a stable version (any of 2.[45].x) than the _necessary_ 2.6 ... ...of course, if the release just happen to be on the birthday, that would be another thing. - 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: what needs to be done for tear-off menus?
in message [EMAIL PROTECTED], wrote fvwm-workers thusly... On Mon, Jun 17, 2002 at 02:30:53PM -0400, parv wrote: menu items always seem to be in MouseFocus mode even if fvwm_menu class was assigned ClickToFocus policy. well, the torn-off window does respect the ClickToFocus but menu items do not. (that's seem like your first point.) Tear-off menus don't care about their focus policy. They take the focus on their own when the pointer enters and release it when the poointer leaves. It's confusing and uncomfortable, but as long as the menu code stays in the fvwm core there is little that can be done about it. :-/ ... pressing escape on torn off menu's window title doesn't make it disappear, only on the actual menu (items). Should it? Closing tear-off menus should be more difficult that closing normal menus so that you don't close them accidentally. To deactivate the menu, simply move the mouse away. dominik, from your post i get the idea that you do agree w/ menu-focus policy is annoying not much could be done currently. right? in that case, there is nothing new below. i agree that closing tear-off menu should be difficult, but then the behaviour should be consistent as mikhael pointed. to reiterate ... problem w/ just moving mouse away to deactivate them is that they don't care about their focus policy as you said. while a aterm window, for example, is active, so is the torn-off menu window (when mouse moves on the menu). but ... the torn-off menu (window) remains underneath the aterm window; menu window doesn't get raised over the aterm, at least not until the menu [window] as a whole gets raised in the normal fashion. this mixed tear-off menu focus policy is what is so irritating. anyway, i do like fvwm tear-off menu facility in development, and middle mouse button click on a menu title works like a backspace. - 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: what needs to be done for tear-off menus?
in message [EMAIL PROTECTED], wrote Dan Espen thusly... In Openwin, a tear off menu is torn off by clicking on a pushpin which changes appearance to a pushed in pushpin when you click on it. In effect, the menu is pinned to the desktop. To dismiss the menu, you click on the pushpin again. I think its very intuitive. much like gtk (i use gimp) tear off menus ... which have dashed line at the top. -- -- 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]
fvwm 2.5.1 ignores key binding in T, S, F context
Configuration Information [Automatically generated, do not change]: uname: FreeBSD moo.holy.cow 4.6-RC FreeBSD 4.6-RC #6: Sun May 19 20:34:24 EDT 2002 [EMAIL PROTECTED]:/source/obj/source/src-stable/sys/BOVINE i386 compiler flags: cc -O -pipe -march=pentiumpro -Wall -Wno-implicit-int FVWM Version: 2.5.1 FVWM_MODULEDIR: /usr/X11R6/wm/fvwm-devel/libexec/fvwm/2.5.1 FVWM_DATADIR: /usr/X11R6/wm/fvwm-devel/share/fvwm FVWM_USERDIR: /usr/home/parv/cf/wm Description: fvwm 2.5.1 ignores key bindings to windows in T, S, F context w/ any modifier, unlike stable version v2.4.7. v2.5.1 recognizes bindings only in W context. below are the ignored/uncaptured bindings key F9 T N Iconify key F9 S N Iconify key F10 T N WindowShade toggle key F11 T N Maximize toggle ...other bindings work only becasue i happen to have W context w/ others. key binding in W context w/ any modifier given works as expected. - parv Repeat-By: try above key bindings in version 2.5.1; for comparison, try it in v2.4.7. Fix: -- 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]