CVS domivogt: * Fixed colourmap focus problem.
CVSROOT:/home/cvs/fvwm Module name:fvwm Changes by: domivogt02/06/18 05:52:27 Modified files: . : ChangeLog NEWS acconfig.h bin: fvwm-root.c fvwm : bindings.c bindings.h builtins.c builtins.h colormaps.c colormaps.h colors.c colors.h colorset.c colorset.h commands.h conditional.c conditional.h cursor.c cursor.h decorations.h events.c events.h ewmh.c ewmh.h ewmh_conf.c ewmh_events.c ewmh_icons.c ewmh_intern.h ewmh_names.c externs.h focus.c frame.c frame.h functions.c functions.h fvwm.1 fvwm.c geometry.c geometry.h gnome.c gnome.h icccm2.c icccm2.h icons.c icons.h menucmd.c menudim.h menuitem.c menuitem.h menus.c menus.h menustyle.c menustyle.h misc.c misc.h modconf.c modconf.h module_interface.h move_resize.c move_resize.h placement.c placement.h read.c repeat.c repeat.h schedule.c schedule.h screen.h session.c session.h stack.c stack.h style.c update.c update.h virtual.c virtual.h windowlist.c windowlist.h libs : Bindings.c ClientMsg.c ClientMsg.h ColorUtils.c Colorset.c Colorset.h Cursor.c Event.c FBidi.c FBidi.h FRender.c FRender.h FRenderInit.c FRenderInit.h FRenderInterface.h FScreen.c FScreen.h FShape.c FShape.h Fft.c Fft.h FftInterface.h Ficonv.c Ficonv.h Flocale.c Flocale.h FlocaleCharset.c FlocaleCharset.h Fpng.h Fxpm.h Grab.c Grab.h Graphics.c Module.c Module.h Parse.c Parse.h Picture.c Picture.h PictureBase.c PictureBase.h PictureGraphics.c PictureGraphics.h PictureImageLoader.c PictureImageLoader.h Pointer.c Strings.c Strings.h System.c Target.c WinMagic.c XError.c XResource.c alloca.c atexit.c debug.c defaults.h envvar.c envvar.h fvwmlib.h fvwmrect.c fvwmrect.h fvwmsignal.c fvwmsignal.h gethostname.c gravity.h lang-strings.h queue.c queue.h safemalloc.c safemalloc.h setpgrp.c setpgrp.h strcasecmp.c strdup.c strerror.c strncasecmp.c usleep.c vpacket.h wild.c wild.h modules/FvwmAnimate: FvwmAnimate.c FvwmAnimate.h modules/FvwmAuto: FvwmAuto.c modules/FvwmBacker: FvwmBacker.c FvwmBacker.h root_bits.c modules/FvwmBanner: FvwmBanner.c modules/FvwmButtons: FvwmButtons.c FvwmButtons.h button.c button.h draw.c draw.h icons.c icons.h misc.c misc.h output.c parse.c parse.h modules/FvwmCommand: FvwmCommand.c FvwmCommand.h FvwmCommandS.c modules/FvwmConsole: FvwmConsole.c FvwmConsole.h FvwmConsoleC.c getline.c modules/FvwmCpp: FvwmCpp.c FvwmCpp.h modules/FvwmDebug: FvwmDebug.c FvwmDebug.h modules/FvwmDragWell: commonStuff.h cursorStuff.c cursorStuff.h dragSource.h fvwmDragWell.c fvwmDragWell.h xdndDragSource.c modules/FvwmEvent: FvwmEvent.c modules/FvwmForm: FvwmForm.c FvwmForm.h ParseCommand.c ReadXServer.c modules/FvwmGtk: FvwmGtk.c dialog.c expand.c expand.h gtkpixmapmenuitem.c gtkpixmapmenuitem.h menu.c menu.h windowlist.c windowlist.h modules/FvwmIconBox: FvwmIconBox.c FvwmIconBox.h icons.c modules/FvwmIconMan: FvwmIconMan.c FvwmIconMan.h debug.c debug.h debuglevels.h functions.c fvwm.c globals.c readconfig.c readconfig.h winlist.c x.c x.h xmanager.c xmanager.h modules/FvwmIdent: FvwmIdent.c FvwmIdent.h modules/FvwmM4 : FvwmM4.c FvwmM4.h modules/FvwmPager: FvwmPager.c FvwmPager.h x_pager.c modules/FvwmRearrange: FvwmRearrange.c modules/FvwmSave: FvwmSave.c FvwmSave.h modules/FvwmSaveDesk: FvwmSaveDesk.c FvwmSaveDesk.h modules/FvwmScript: FvwmScript.c Instructions.c scanner.c script.c script.h types.h modules/FvwmScript/Widgets: CheckBox.c HDipstick.c HScrollBar.c ItemDraw.c List.c Menu.c
CVS domivogt: * Fixed colourmap focus problem.
CVSROOT:/home/cvs/fvwm Module name:fvwm Changes by: domivogt02/06/18 05:52:43 Modified files: . : Tag: branch-2_4 ChangeLog NEWS fvwm : Tag: branch-2_4 events.c Log message: * Fixed colourmap focus problem. -- 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: Sticky Panel
On Mon, Jun 10, 2002 at 12:19:52PM +0200, fvwm-workers wrote: On Sun, Jun 09, 2002 at 08:33:10PM +, Mikhael Goikhman wrote: On 08 Jun 2002 16:10:38 +0200, Dominik Vogt wrote: I've added a (!Sticky) condition to the command: Silent WindowId 0x%08x (!Sticky) MoveToDesk 0 Works fine now. Well, here sprintf line is a bit redudant, just: SendText(fd, ThisWindow (!Sticky) MoveToDesk, b-PanelWin); But this is not my point. I thought about this feature of MoveToDesk and MoveToPage, and I can't find a usage for it. For me this is more a misfeature, because every time now I should prepend a condition (!Sticky) before issuing these commands on an arbitrary window or a window group. If I would want to unstick my sticky windows I would explicitely request Stick false together with MoveToPage. Just like I don't want MoveToPage to deiconify, unshade or unmaximize. Moving sticky windows that are out of screen to be visible is reasonable, but not unsticking them IMHO. P.S. A month ago I almost convinced myself that unsticking is ok, but this bug proved this is not ok. Unsticking is more intuitive if you invoke the action manually, but I agree that it isn't a good for complex functions. I wouldn't complicate things by checking if the window was actually moved before unsticking. There is a good chance nobody will miss this feature. I have removed this feature. 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: Notification: incoming/876
On Thu, Jun 13, 2002 at 11:56:43PM +0200, Jan Echternach wrote: On Wed, Jun 12, 2002 at 12:02:53AM +0200, Jan Echternach wrote: I've tried fvwm-snap-20020607, and the root colormap is restored properly again. But the old bug is also back: Closing Netscape's Find window with ESC doesn't restore Netscape's colormap if the pointer is inside the Netscape window, but outside the Find dialog. Same with fvwm-2.4.8. I've discovered that HandleEnterNotify() is only called with Netscape's frame window in this situation, not with the real window. Output from a fprintf() at the beginning of HandleEnterNotify(): [snip] I've fixed it again. Furthermore, I've tried ColormapFocus FollowsFocus (instead of the default FollowsMouse). Neither of the bugs I've experienced with FollowsMouse appears with FollowsFocus, but there is a different bug instead: Moving a window with FvwmPager installs that window's colormap. For example, moving an xv -owncmap window leaves the screen garbled, even though the pointer never leaves the pager window and the xv window isn't even in the current viewport before or after moving it. Moving an xterm with the pager installs the correct colormap again ... This bug is still there, even in fvwm-2.4.8 with the workaround I've found. That's not a bug. Moving a window in the pager gives it the focus and because of ColormapFocus FollowsFocus also the colourmap focus. It would be nice if this were configurable in the pager. 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: FVWM: fvwm hangs
On Tue, 18 Jun 2002, Dominik Vogt wrote: On Fri, Jun 14, 2002 at 09:49:22PM +, Bruce M Beach wrote: Hello All If I execute a tcl script from the fvwm menu that has the the following line: Tkxset Exec exec /scripts/tkxset the xterms dont' change color as I move the mouse into them, .. Can you send me the whole tk script? Pressing ctrl-alt-escape may help to break the freeze. Thanks for the reply. I can send you the script but I'm not sure of the need. I was going to write to the tk/tcl people about the problem, but first I thought I would see if there were any new versions. There was so I upgraded from tcl8.4a3 to tcl8.4a4, likewise with tk and the problem went away. I rebuild the entire system from source every week and at one point tcl8.4a3 and fvwm were working fine. Then one week something (probably a new glib) broke tcl8.4a3. At first I thought it was fvwm-2.4.8, but I went back to an older version, tcl was still broken, so it wasn't fvwm. As I say tcl8.4a4 fixed the problem. As far as the script goes, all tcl/tk scripts were broken on that term signal. I imagine that the tcl/tk people know about the problem but it does seem strange that there is a lib/tcl/gcc/... combination where signals are not working properly. If you need to know more about this problem let me know and I can restore the old tcl again. Bruce -- Visit the official FVWM web page at URL: http://www.fvwm.org/. To unsubscribe from the list, send unsubscribe fvwm in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
