Re: FVWM: Focus after Iconify
On Sun, May 27, 2012 at 10:31 AM, Walter Alejandro Iglesias e...@roquesor.com wrote: Hello, I use ClickToFocus and just IconMan, I don't use icons. When I iconify a window I expect the last focused window recovers the focus. It happens just randomly. I use the default Iconify function. I've tried adding custom functions (following what I've found in some posts in the Fvwm forum about similar issues) without success. Perhaps I don't understand well what Fvwm saves for Prev and Next windows; is this managed by FvwmWindowList function? Thanks in advance. Walter I also use ClickToFocus, and use FvwmEvent to switch focus when iconifying. It works well for me. , | DestroyFunc FocusPrev | AddToFunc FocusPrev | + I None (CurrentPage, Focused, AnyScreen) \ | Prev (CurrentPage, !Iconic, !Shaded, Visible, AcceptsFocus, AnyScreen) \ | Focus NoWarp | | DestroyModuleConfig FvwmEventFocus: * | *FvwmEventFocus: Cmd Function | *FvwmEventFocus: new_page FocusPrev | *FvwmEventFocus: new_desk FocusPrev | *FvwmEventFocus: destroy_window FocusPrev | *FvwmEventFocus: iconifyFocusPrev | | KillModule FvwmEvent FvwmEventFocus | FvwmEvent FvwmEventFocus ` -- Thanks, Jonathan Kotta Hofstadter's Law: It always takes longer than you expect, even when you take into account Hofstadter's Law.
Re: Hi!
On Mon, Feb 15, 2010 at 7:56 PM, MK halfcountp...@intergate.com wrote: But I don't see a way to call a function on a window by name? Am I wrong? Have look at List of Conditional Commands in the manpage. Look at All, Next, and Prev in particular. You can also use WindowId if you know the window's ID. -- Thanks, Jonathan Kotta Hofstadter's Law: It always takes longer than you expect, even when you take into account Hofstadter's Law.
Re: FVWM: Translucency (again) with the Cairo Composite Manager?
On Sat, Jan 30, 2010 at 4:38 PM, Thomas Adam thomas.ada...@gmail.com wrote: On Sat, Jan 30, 2010 at 10:32:10PM +, Johann Myrkraverk Oskarsson wrote: Hi all, Can we have translucency with the Cairo Composite Manager? http://cairo-compmgr.tuxfamily.org/2009/03/22/cairo-composite-manager-0293-pre-release/ Does this work with fvwm at all? Maybe I'm just stupid, but I don't even recall getting xcompmgr to work. Unlikely -- and xcompmgr isn't rocket science. You start it with whatever options you want, and install transset-df to do the actual transparent operations. Don't ask me for any futher details, I have zero interest in this. -- Thomas Adam -- It was the cruelest game I've ever played and it's played inside my head. -- Hush The Warmth, Gorky's Zygotic Mynci. I just tried it out. It worked, but not very well at all. The menus seemed to work OK, but I couldn't even move windows around without trouble. I didn't bother playing with X.org configuration, which I will later if I have the inclination. FWIW, I use xcompmgr and the only bad thing about it is that it supposedly has a memory leak (something is making my X server grab tons of RAM sometimes, though I'm not sure it's xcompmgr). -- Thanks, Jonathan Kotta Hofstadter's Law: It always takes longer than you expect, even when you take into account Hofstadter's Law.
Re: FVWM: Fvwm in Ubuntu?
On Sun, Jan 11, 2009 at 1:37 AM, Erik Steffl ste...@tsoft.com wrote: Just curious whether anybody uses fvwm in Ubuntu, specifically how to get all the automatic things that gnome does (at least I think it's gnome) in Ubuntu, it has various programs that show in panels, e.g. system update, network status, pidgin shows status there etc. I have read the Ubuntu docs so I know how to set it up so that fvwm is used but it doesn't talk about these other things (I think most of them are more gnome specific then Ubuntu specific) Should I be looking at how to make fvwm and gnome work together? Or? TIA, erik If all you want is the panel, you can run that without running all of Gnome. I did this for a while until I got sick of the panel ;). Just run gnome-panel. I also ran gnome-settings-daemon; I think it was to fix the fonts on the panel. I also had a few styles that worked around things I didn't like about the panel. Style * EWMHMaximizeIgnoreWorkingArea Style panelGNOMEIgnoreHints Style gnome-panel StaysOnBottom, GNOMEIgnoreHints -- Thanks, Jonathan Kotta Hofstadter's Law: It always takes longer than you expect, even when you take into account Hofstadter's Law.
FVWM: FvwmPager is confused about StickyAcrossPages
FvwmPager will show a StickyAcrossPages window on all desks, not just the one that the window is on. Here is a minimal config to show the problem: Style FvwmPager Sticky Style FvwmConsole StickyAcrossPages Module FvwmPager 0 1 FvwmConsole If I switch pages, FvwmConsole's little proxy window in the pager always appears in the current page of the pager. If I switch to the other desk, the little proxy is still there, always on the current page, even though the actual window is still on desk 0. [EMAIL PROTECTED] ~](0)$ fvwm -V fvwm 2.5.23 compiled on Oct 21 2007 at 18:13:59 with support for: ReadLine, XPM, PNG, SVG, Shape, XShm, SM, Xinerama, XRender, XCursor, XFT, NLS -- Thanks, Jonathan Kotta Hofstadter's Law: It always takes longer than you expect, even when you take into account Hofstadter's Law.
Re: FVWM: Thumbnail icon labels
Use a Colorset for icon titles, and use RootTransparent for the background. Colorset $[ICON_TITLE_COLORSET] fg white, RootTransparent, Tint grey25 25 Style * IconTitleColorset $[ICON_TITLE_COLORSET], HilightIconTitleColorset $[ICON_TITLE_COLORSET] On 10/30/07, Joel J. Adamson [EMAIL PROTECTED] wrote: Howdy Fvwmers, I have successfully set up Thumbnail icons as according to the FAQ. Each thumbnail has a little label at the bottom that I would like to be transparent against my background, i.e. just see the text against my desktop with no window frame: a transparent tag and text hanging underneath the thumbnail. Which window style options do I tweak to affect this? Thanks, Joel -- Joel J. Adamson Biostatistician Pediatric Psychopharmacology Research Unit Massachusetts General Hospital Boston, MA 02114 (617) 643-1432 (303) 880-3109 The information transmitted in this electronic communication is intended only for the person or entity to whom it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this information in error, please contact the Compliance HelpLine at 800-856-1983 and properly dispose of this information. -- Thanks, Jonathan Kotta Hofstadter's Law: It always takes longer than you expect, even when you take into account Hofstadter's Law.
FVWM: possible FvwmConsole bug
If I open a console and don't type anything except CTRL-D into it, fvwm will crash. If I type something in it first (even backspace, return, etc.) it will not crash after typing CTRL-D. If I open a new console after closing the first, it will not crash. It is not just CTRL-D that triggers a crash, closing the xterm will do it as well. fvwm 2.5.21 compiled on Jun 16 2007 at 23:28:26 with support for: ReadLine, XPM, PNG, Shape, XShm, SM, Xinerama, XRender, XFT, NLS -- Thanks, Jonathan Kotta Hofstadter's Law: It always takes longer than you expect, even when you take into account Hofstadter's Law.
Re: FVWM: possible StickAcrossPages bug
On 6/3/07, Dominik Vogt [EMAIL PROTECTED] wrote: On Fri, Jun 01, 2007 at 08:11:41PM -0500, Jonathan Kotta wrote: When I FlipFocus, my windows lose the StickAcrossPages property (plain Stick seems to be fine), after doing a WindowStyle IconOverride. Here is a minimal config to reproduce the problem: AddToFunc TestFunc + I WindowStyle IconOverride + I Next FlipFocus Key F11 A A Pick StickAcrossPages Key F12 A A TestFunc Start a few xterms and stick one, then press F12. The order of the commands in TestFunc doesn't really matter. I can not reproduce this problem. Could you provide step by step instructions, please? Do you have a 64 bit machine? Perhaps a better config is: AddToFunc TestFunc + I StickAcrossPages + I WindowStyle IconOverride + I Next FlipFocus Key F12 A A TestFunc Start Fvwm with the above config (the function definition and key binding), somehow get 2 windows up (e.g. 2 xterms), focus one, then press F12. Alternatively, you could run the commands from the console. The window that TestFunc is run on should be sticky, but it is not (sometimes I can see the stipples flicker). Also, if the WindowStyle command is removed, TestFunc works as expected (the window remains sticky). If the FlipFocus command is removed, TestFunc makes the window sticky, but any focus change will remove the stickiness. I have tried this on a 64 bit machine (but it is running a 32-bit Linux) and on 2 32 bit machines. All Fvwm's are configured the same way (at least fvwm -V gives the same output). When I built them, I didn't do anything fancy, just ./configure ; make ; make deb-inplace. -- Thanks, Jonathan Kotta Hofstadter's Law: It always takes longer than you expect, even when you take into account Hofstadter's Law.
Re: FVWM: possible StickAcrossPages bug
What version of FVWM are you using? I am unable to reproduce this using FVWM 2.5.21. Sorry. I knew I forgot something. [EMAIL PROTECTED] tftpboot](0)$ fvwm -V fvwm 2.5.21 compiled on Apr 19 2007 at 18:25:50 with support for: ReadLine, XPM, PNG, Shape, XShm, SM, Xinerama, XRender, XFT, NLS -- Thanks, Jonathan Kotta Hofstadter's Law: It always takes longer than you expect, even when you take into account Hofstadter's Law.
FVWM: setting the root window in xinerama
Does anyone know of a program to set the screens of a xinerama display individually? Currently, all root window setting programs I've tried treat my two monitors as one screen. But I know there must be a way to set them independently, because Fvwm acts sanely and knows that there are two screens (e.g. it maximizes windows to fill one screen, not both). All of my wallpapers are designed to fill a 4:3 screen, so I'd like to be able to set one for each monitor. -- Thanks, Jonathan Kotta Hofstadter's Law: It always takes longer than you expect, even when you take into account Hofstadter's Law.
Re: FVWM: FVWM and KDM
On 3/17/07, Bert 'theBlackDragon' Geens [EMAIL PROTECTED] wrote: On 3/16/07, Arvin Schnell [EMAIL PROTECTED] wrote: Hi, since I could not find examples about controlling KDM from FVWM I figured it out myself. You can see my results here: http://arvin.schnell-web.net/linux/kdm-fvwm.html Maybe you want to include this in your examples distributed with FVWM or in your FAQ. This looks like an excellent topic for the FvwmWiki (currently available via: http://fvwmwiki.bu-web.de, since fvwmwiki.org is still unreachable), I suggest you add it there as I'm sure quite some people would find this interesting while I on the other hand don't feel it belongs in the main FVWM FAQ. Cheers Bert Geens For those who use GDM, the analogous command is gdm-signal. [EMAIL PROTECTED] ~](1)$ gdm-signal --help Usage: gdm-signal [OPTION...] - make the machine sleep in some way Help Options: -?, --help Show help options --help-all Show all help options --help-gtk Show GTK+ Options Application Options: -z, --hibernate Hibernate the machine -h, --halt Halt the machine -s, --suspendSuspend the machine -r, --reboot Reboot the machine --display=DISPLAYX display to use BTW, I had no idea this command existed until I looked for it after reading this thread. Thanks for pointing it out. -- Thanks, Jonathan Kotta Hofstadter's Law: It always takes longer than you expect, even when you take into account Hofstadter's Law.
Re: FVWM: FVWM and KDM
On 3/17/07, Bert 'theBlackDragon' Geens [EMAIL PROTECTED] wrote: On 3/16/07, Arvin Schnell [EMAIL PROTECTED] wrote: Hi, since I could not find examples about controlling KDM from FVWM I figured it out myself. You can see my results here: http://arvin.schnell-web.net/linux/kdm-fvwm.html Maybe you want to include this in your examples distributed with FVWM or in your FAQ. This looks like an excellent topic for the FvwmWiki (currently available via: http://fvwmwiki.bu-web.de, since fvwmwiki.org is still unreachable), I suggest you add it there as I'm sure quite some people would find this interesting while I on the other hand don't feel it belongs in the main FVWM FAQ. Cheers Bert Geens http://fvwmwiki.bu-web.de/Tips/DisplayManagerCommands -- Thanks, Jonathan Kotta Hofstadter's Law: It always takes longer than you expect, even when you take into account Hofstadter's Law.
Re: FVWM: Focusing on last focused window when switching pages
I have attached the config I use to do this. I think there are a few examples in the wiki that explain how to do this as well. On 2/10/07, Mike Polyakov [EMAIL PROTECTED] wrote: Hi Everyone, I would like to be able to focus to the last focused window on a page when I switch pages. So if I'm on page one and have window A focused, then switch to page two and focus window B, I would like window A to be focused automatically when I switch to the first page and window B to be focused when I switch back to the second page. Is this possible with FVWM and if so how would I do it? Thank you. -Mike -- Thanks, Jonathan Kotta Hofstadter's Law: It always takes longer than you expect, even when you take into account Hofstadter's Law. remember_focus.fvwm Description: Binary data
Re: FVWM: Mouse related questions
On 10/14/06, david [EMAIL PROTECTED] wrote: I think I came across the same issue before. If you look at something like firefox with all-in-one gestures, then you can use the right mouse button alone to make mouse gestures but right clicking on the window still brings up the context menu. Right-dragging isn't used for any application so it would make a good global shortcut. The problem with Fvwm is that, as far as I know, to bind something to mouse-move or mouse-hold, mouse-click is blocked even if it isn't defined in the function. So is there a way to bind something to middle-move but leave middle-click alone? If not then maybe there should be. -- David I've always wanted this feature too. I want to do bindings like the RMB-down + LMB-click to go back in Opera or the above mentioned Firefox extension. -- Thanks, Jonathan Kotta Hofstadter's Law: It always takes longer than you expect, even when you take into account Hofstadter's Law.
Re: FVWM: focus switching and virtual desktops..
On 9/12/06, Steffen Schulz [EMAIL PROTECTED] wrote: Hi, I like to manage windows with keyboard-shortcuts. I've tried WMs like ion, wmi(i), larswm, but the WM du jour is fvwm. I managed to imitate most of the features I like about larswm, but I still have one glitch left: I usually have no windows which overlap the current page, but if there are any, they interfere with the page switching. How to I focus+raise windows without fvwm switching the page, when most of the window I try to focus is on another page? Add the NoWarp option to Focus or FlipFocus. Here are my next/previous window focusing functions. DestroyFunc NextWindow AddToFunc NextWindow + I NoWindow Next (!Desktop*, CurrentPage, !Iconic, AcceptsFocus) FlipFocus NoWarp + I Current Raise DestroyFunc PrevWindow AddToFunc PrevWindow + I NoWindow Prev (!Desktop*, CurrentPage, !Iconic, AcceptsFocus) FlipFocus NoWarp + I Current Raise thanks in advance, pepe -- ,�'�, : :' :+47/611-344-01 `. `'gpg --recv-key A04D7875 `- www.debian.org mailto: [EMAIL PROTECTED] -- Thanks, Jonathan Kotta Hofstadter's Law: It always takes longer than you expect, even when you take into account Hofstadter's Law.
man page update on fvwm.org
The man page is out of date on the FVWM web site. Looks like lots of cool new features in the new version. Keep up the good work! -- Thanks, Jonathan Kotta Hofstadter's Law: It always takes longer than you expect, even when you take into account Hofstadter's Law.
Re: FVWM: ChangeMenuStyle
On 6/11/06, Michelle Konzack [EMAIL PROTECTED] wrote: Am 2006-06-08 20:04:53, schrieb Jonathan Kotta: Do you have to so many different submenus? Why can't you have a few large menus? Because I have to search my desired servers in a list of around 2700. I am Debian GNU/Linux Consultant and have for each client a submenu1 where I can select the desired Server which open a new submenu2 where I can choose from actions... The first thing I can think of is that who wants to look through 400 menus? Maybe 400 little scripts and shell completion are a better way to work. Maybe you can have a directory of all the scripts and use fvwm-menu-directory to auto-generate the menus. It has a menu style option. I want to have all on X and not the console... Specialy if I am not there and I have someone which replace me. I have allready tonns of scripts to make my life easier, but do not believe other Admins like to use around 300 different scripts and tools on the console... OK, I can see why you might want to do this with so many menus. You could have a file that contains a list of all the menu names, and do something like: PipeRead 'for menu in `cat menu_name_list` ; do echo ChangeMenuStyle menu_style $menu ; done' Ahh, you mean including in the start/init function ore something like this? Or just after the creation of the menus, which is done with PipeRead and a script, which get the infos from a PostgreSQL. I was thinking run the for loop once, to set the styles of your (assumed) statically configured menus. If your menus are statically generated, this is probably the easiest thing to do. A different approach that might scale better and be easier to maintain is some type of dynamic menu generation, either with PipeRead as you describe, or fvwm-menu-directory as I vaguely described before. Just throwing some ideas out there. Greetings Michelle Konzack -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ # Debian GNU/Linux Consultant # Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSM LinuxMichi 0033/6/6192519367100 Strasbourg/France IRC #Debian (irc.icq.com) -- Thanks, Jonathan Kotta Hofstadter's Law: It always takes longer than you expect, even when you take into account Hofstadter's Law.
FVWM: ChangeMenuStyle
Do you have to so many different submenus? Why can't you have a few large menus? The first thing I can think of is that who wants to look through 400 menus? Maybe 400 little scripts and shell completion are a better way to work. Maybe you can have a directory of all the scripts and use fvwm-menu-directory to auto-generate the menus. It has a menu style option. You could have a file that contains a list of all the menu names, and do something like: PipeRead 'for menu in `cat menu_name_list` ; do echo ChangeMenuStyle menu_style $menu ; done' Just throwing some ideas out there. On 6/7/06, Michelle Konzack [EMAIL PROTECTED] wrote: Hello, I have a menu (with submenus) where I start SecureShells for my servers and workstations. Now I have the problem that I have too much submenus. Exactly, I have to add around 20-40 PopupMenus to ChangeMenuStyle SHELLS.pri PRIVATE PRIVATE.michelle1 PRIVATE.devel ... and the same for ChangeMenuStyle SHELLS.pub PRIVATE PUBLIC.www PUBLIC.debian ... Question: is ther no way to use Wildcards or something like this? I have allready tried ChangeMenuStyle SHELLS.pri PRIVATE.* but this give me the error that ChangeMenuStyle can not find the menu PRIVATE.* In summary I have to add arround 400 PopupMenus (increasing because my customers). This is realy annoying because ist to much to control AND it exceed the maximum commandline lenght (arround 1500 chars)... :-( Greetings Michelle Konzack -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ # Debian GNU/Linux Consultant # Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSM LinuxMichi 0033/6/6192519367100 Strasbourg/France IRC #Debian (irc.icq.com) -- Thanks, Jonathan Kotta Hofstadter's Law: It always takes longer than you expect, even when you take into account Hofstadter's Law.
Re: FVWM: Cancelling 'Pick' command with mouse
On 6/3/06, Mikhael Goikhman [EMAIL PROTECTED] wrote: On 03 Jun 2006 13:14:11 +0400, Serge (gentoosiast) Koksharov wrote: Key Escape CM NoWindow Pick Destroy This works, but it looks like now impossible to cancel running 'Pick' command using mouse, right? Yes, I know that I can cancel it with 'Escape' button. But I want this keybinding work like real 'xkill' i.e. right mouse button cancels operation. Any ideas? Thanks. You may mouse-click on root to cancel Pick. If there is no root visible, just some sticky panels, then use condition, like: Pick (!CirculateHit) Iconify to be able to click on CirculateSkip windows too to cancel the action. But be aware that currently Pick has a misfeature of passing a click to applications when the condition fails (and this may be bad for pager or gkrellm), so better click on window borders in order to cancel. Regards, Mikhael. By enabling edges, you can click on root even when a window is maximized. # do not flip pages, but allow dragging windows across pages EdgeResistance 0 25 EdgeScroll 0 0 # a very interesting thing about edges: they're technically the root window # this means there is always a thin strip of root window around the edges, # so you can access root window bindings even with a maximized window EdgeThickness 1 -- Thanks, Jonathan Kotta Hofstadter's Law: It always takes longer than you expect, even when you take into account Hofstadter's Law.
Re: FVWM: Grouped Windows
On 5/26/06, Metrics [EMAIL PROTECTED] wrote: Thanks Matthias and Jason for something new to try. Byron On Fri, May 26, 2006 at 02:39:15PM -0700, Jason Weber wrote: I have also added soft includes, which indicate a window that is moved by a regular included window, but not the reverse. There is also no edge gluing on soft includes. This was useful for little tool and inspector windows. After I add an AutoSoft option, I'll post the new version. I think that's all I'll do for new features, so I'll just have to clean it up a bit before sending it to cvs. -- _ ( \ _ \/_ / _ _ Jason Weber Glendale, CA \|(\/)())) \/\/(-/_)(-/( http://www.imonk.com/baboon [EMAIL PROTECTED] // [EMAIL PROTECTED] (/ On Fri, May 26, 2006 at 12:44:00PM +0200, Matthias Schroeder wrote: On Fri, 26 May 2006 20:00:45 +1000 Metrics [EMAIL PROTECTED] wrote: Hi all, FVWM is pretty awesome, but one feature I would like is the ability to group windows. Like select a few windows and then if I move them, they all move together. I know about FVWMTabs, but it's more for a bunch of windows that I want all to be visible but moveable. Any hints? have a look at Jason Weber's new version of http://www.imonk.com/baboon/FvwmProxy/download/FvwmProxy.20060520.tar.bz2 On Sun, 23 Apr 2006 02:22:10 -0700 Jason Weber [EMAIL PROTECTED] wrote: Proxy boxes now contain seven colored boxes. Click a box to join that group. Moving, raising, lowering, iconifying, or deiconifying a window in a group likewise affects the whole group. Resizing a window in the group adjusts the matching edges of the other windows in the group, primarily adjacent neighbors, but across corners and even parallel disconnected edges as well. Group behavior on moves and resizes does not occur when the proxies are shown, so you can still make arbitrary adjustments. Coarse size increments (mostly consoles) are handled by internally retaining a goal size. for a more complete description search for Proxy Groups in this list. hope it helps... Thanks, Byron I have a function PickAgain that I use for this purpose. This probably isn't what you want, but maybe you'll find it useful. It basically works like Pick but calls itself again after picking, until you end the pick manually. I've really got to try out the new FvwmProxy. It looks like a really good idea. Code: # this will let you keep picking windows until you click on root or hit ESC # sometimes it gets run twice, e.g. 'PickAgain FvwmIdent' DestroyFunc PickAgain AddToFunc PickAgain + I Pick $* # prevent infinite recursion (fvwm actually does this automatically, but only after 512 iterations) + I PipeRead test $[func.context] == r echo 'PickAgain $*' PickAgain MoveToDesk 0 0 -- Thanks, Jonathan Kotta Hofstadter's Law: It always takes longer than you expect, even when you take into account Hofstadter's Law.
Re: FVWM: Fvwm on Ubuntu
I run fvwm without GNOME, but use gnome-panel and a few other GNOME things (i.e. I log in from gdm with an fvwm session). I made a post to the ubuntu forums about what I did to get everything to work together how I wanted. http://ubuntuforums.org/showthread.php?t=110100 On 4/18/06, Mathias Megyei [EMAIL PROTECTED] wrote: Hi Greg, I'm using GNOME session on Ubuntu Breezy system but I have replaced metacity by fvwm 2.5.14. I have the full functionality of fvwm and I can use the few useful features of Gnome (gnome-panel with some applets and the predefined menus). I didn't see any problems up to now. In the past I had many problems when I tried to use gnome-panel inside a fvwm session. Sometimes deleting old lock-files in several .gnome*, .gconf* directories solved the problem. In some cases I had to remove the whole GNOME related setyp (~/gconf*, ~/.gnome*). Mathias Greg BOGNAR writes: Hi, I have an FVWM-related problem which is probably not FVWM's problem; but perhaps someone's had a similar experience. If you install FVWM on a Ubuntu system and you log in and out of an FVWM session from GDM, the next time you log into GNOME gnome-panel won't start; a window comes up which says that gnome-panel is alrady running and it will now exit. The panels don't work and all the applets die, so you basically cannot do anything. It does not help if you kill gnome-panel from the console (or other Gnome-related applications), and it does not help if you reboot the system and try logging into Gnome again. It seems that Gnome and FVWM cannot co-exist on a Ubuntu system. The only way Gnome will work is if you log into a failsafe xterm session, and start gnome-session from an xterm. This has now happened to me three times, on two different computers, both with Ubuntu Breezy and Dapper, and just after installation too. I have no idea what the problem might be and where to look for a solution. The version of FVWM is 2.5.14 from the Ubuntu repositories. Best, Greg -- Thanks, Jonathan Kotta Hofstadter's Law: It always takes longer than you expect, even when you take into account Hofstadter's Law.
Re: FVWM: fvwm2 version 2-4-19
On 4/12/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Dear fvwm supporters, I have downloaded and installed version 2-4-19 of fvwm2 (unzipped, untared, ./configure, make, make install). During compilation, I got numerous error messages stating that files (mostly starting with mini) had not been found. Afterwards, I could start fvwm2 without problems, but it does not contain the 4 desktops in the lower righthand corner (which is the nice feature I like about fvwm). What do I have to do? I wouldn't mind reinstalling if there is an easy way to get it all right. Thank you, Manfred Jeitler CERN PH, mailbox E02400, CH-1211 Geneva 23, Switzerland office +41 22 767 6307 office location: building 21, R-029 mobile +41 76 487 0862 (16-0862 from inside CERN) home +33 4 50 40 66 56 fax+41 22 767 8920 === You will probably be better off with the latest version 2.5.16. I compiled 2.4.19 and got no mini errors (or mini anything for that matter). You probably want the pager and 2x2 desktops. Look at THE VIRTUAL DESKTOP section of the man page, and the detailed section for DesktopSize. FvwmPager has its own man page. Add this to your config file: DesktopSize 2x2 Module FvwmPager 0 0 -- Thanks, Jonathan Kotta Hofstadter's Law: It always takes longer than you expect, even when you take into account Hofstadter's Law.
Re: FVWM: xpad incorrect behaviour under FVWM
On 4/6/06, Serge (gentoosiast) Koksharov [EMAIL PROTECTED] wrote: Hi, I'm having problems with xpad http://xpad.sourceforge.net/ under FVWM. It provides a sticky Post-It notes for the desktop. This program has an option settable in Preferences which prevents accidental notes editing. When this option enabled to edit a note you must double click on it. But under FVWM this feature don't work, but it work for example under IceWM. If you have time to check, I'll be more than glad to hear from you about it. Can't believe that FVWM behaves incorrectly, I think it's either my or xpad's fault. Thank you. Adios! -- Serge Koksharov, Free Software user supporter GPG public key ID: 0x3D330896 (pgp.mit.edu) Key fingerprint: 5BC4 0475 CB03 6A31 0076 82C2 C240 72F0 3D33 0896 I have the same problem. I never noticed before because I keep edit lock off. If I rapidly clicked it over and over, eventually I got it to select text (and bold, italicize, ...), but never got the cursor. This was with a null config. fvwm 2.5.16 compiled on Jan 27 2006 at 23:13:01 with support for: ReadLine, XPM, PNG, Shape, XShm, SM, Xinerama, XRender, XFT, NLS -- Thanks, Jonathan Kotta Hofstadter's Law: It always takes longer than you expect, even when you take into account Hofstadter's Law.
Re: FVWM: acroread window problem
On 3/8/06, Thomas Adam [EMAIL PROTECTED] wrote: What happens is that, when I click on the pdf URL, firefox first correctly displays the Opening something.pdf transient window, then Odd. I downloaded Acroreader to see if I could reproduce this. I can't. Indeed, using Firefox (1.0.7) just starts Acroread externally without any intermediary transient window. Acrobat Reader starts, but is immediately lowered behind the firefox window, before I can even move to give focus to it. This is highly inconvenient. Indeed, although for me it doesn't happen here. Acroread opens up above Firefox. Which version of FVWM are you running? I'd like to have the acrobat window on top, so that I can give focus (with the mouse), move it so that it overlaps only partially the browser window and toggle front/back (with mouse focus, or eventually menu buttons) Does: Style Acroread StartsRaised help any? # see bug #36189 Style AcroRead SmartPlacement, RandomPlacement That style line is now incorrect. With the version of Acroreader I have here (7.0.5), the Class of the window is 'Acroread'. (Case is important). Although even if that line did run, it wouldn't solve your issue of this window being lowered. -- Thomas Adam -- I've been too honest with myself, I should have lied like everybody else. Perhaps a better solution is to set Firefox to use Acroread as a plugin. That way Acroread will open within Firefox. I do this to give Acroread tabs (a feature I think is sorely lacking in Acroread). Now, I use Opera, not Firefox, but I think the way to do it is pretty much the same. Acroread comes with nppdf.so. Mine is in /usr/lib/Adobe/Acrobat7.0/Browser/intellinux/nppdf.so. Opera looks for plugins in several directories, and I just make a symlink to nppdf.so in one of them. I think Firefox works exactly the same way. Firefox's plugin directory is /usr/lib/mozilla-firefox/plugins/ on my system. I'm not exactly sure if this is all that is needed, because my distribution sets up Acroread to work as a Firefox plugin automatically. -- Thanks, Jonathan Kotta Hofstadter's Law: It always takes longer than you expect, even when you take into account Hofstadter's Law.
FVWM: warp and move
I'm trying to make a function to warp the pointer to the middle of a window and then move it, so I can do moves with the keyboard. The reason I want to warp is because if the pointer is outside of the window, it eventually gets to the edge sometimes and causes a page flip. With the obvious solution DestroyFunc WarpAndMove AddToFunc WarpAndMove + I WarpToWindow 50 50 + I Move the pointer warps to the middle of the window, and then the window moves as if the move had started before the warp. This doesn't seem very intuitive to me. Am I missing something? Is there a work around? -- Thanks, Jonathan Kotta Hofstadter's Law: It always takes longer than you expect, even when you take into account Hofstadter's Law.
Re: FVWM: [FVWM|FVWM-THEMES] A misconfigure niggle
On 2/17/06, Felix Karpfen [EMAIL PROTECTED] wrote: With my current setup, I am able to load Nautilus via Root menus-System-Nautilus. And, as far as I can tell, almost everything still works. But it is a one-way-street. The screen changes from my FVWM screen to the Gnome screen and I have not discovered how get back to FVWM (restart fvwm-themes does not work). If I opt for Quit FVWM - which still works - I get the following messages on my console screen: [FVWM][scanForPixmap]WARNING Couldn't load image from /usr/share/gnome-system-tools/pixmaps/runlevel.png /usr/share/pixmaps/gnome-eog.xpm menu/. On further checking, the first two files could not be loaded because they do not exist on my setup. I did not know where to look for the third. This is just a niggle. I am very happy with what I have. But if it is readily fixed, I would be glad to know. My current setup is Debian 3.1r1 and fvwm-themes_0.7.0-1_i386.deb. Felix Karpfen -- Felix Karpfen You can get your plain fvwm back with a killall nautilus. Start nautilus with the --no-desktop switch and it will not take over your desktop. -- Thanks, Jonathan Kotta Hofstadter's Law: It always takes longer than you expect, even when you take into account Hofstadter's Law.
Re: FVWM: xcompmgr and fvwm bug
On 1/15/06, Dominik Vogt [EMAIL PROTECTED] wrote: On Sat, Jan 14, 2006 at 05:47:03PM -0600, Jonathan Kotta wrote: I realize that xcompmgr is not supposed to be stable, but it's so close, and so nice. I don't use the shadows, just transparency. It's useful to look through a window I'm typing in to see information in the window beneath it. I've been using it for a couple of weeks, and I've found these problems: - Text display in Motif apps is buggy (OK, I only have one that I really use) - Shading with multiple steps is buggy (OK, just use steps = 0) I don't think I'm going to fix this one. It's been very tedious to do it right without the new features :-/ - Edges stop working after xcompmgr is started/stopped (OK, just restart FVWM) - icons (Not OK, read on) Symptoms: Xorg and fvwm use a lot of CPU. Sometimes X uses more, sometimes fvwm. xcompmgr sometimes starts leaking memory at around 1 MB/sec. This can happen if an application receives messages from the X server faster than it can process them. Steps to reproduce: Run FVWM with a null config. Open an app, iconify it, and somehow remove the icon from view. The apps I was able to reproduce the problem with were the GIMP, GQView, gnome-terminal, Firefox, and FrostWire. I think the common trait is that all of them supply an icon pixmap. It doesn't matter if a window is moved over the icon or if the window is already over where the icon appears (icons are automatically lowered). It seems that the icon has to be completely covered. It happens even if you move to a different page. I've tried using twm to reproduce the error, no go. Fixes: Kill xcompmgr, the iconified app, or uncover the icon. If anyone has encountered this icon problem too, let me know so I know it's not just my system. I'm using FVWM 2.5.14, Xorg 6.8.2, xcompmgr from cvs, Ubuntu Breezy, and nVidia drivers 1.0-8178. I'd love to debug this problem, but I'm still stuck with XFree. Ciao Dominik ^_^ ^_^ -- Dominik Vogt, [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDyiytmeSprTOr4tgRAsoTAKDuN7gABEkQRNPC9fUs2GmuCznf0QCffb3w 3OKLzbjbbsVNeINw16rd8yo= =LEXD -END PGP SIGNATURE- So I decided to play with this again a couple of days ago. I messed with various Icon styles, and found that the problem goes away if I do Style * NoIconTitle. I've been running xcompmgr for a few days now, and it's as stable as can be hoped for. -- Thanks, Jonathan Kotta Hofstadter's Law: It always takes longer than you expect, even when you take into account Hofstadter's Law.
FVWM: xcompmgr and fvwm bug
I realize that xcompmgr is not supposed to be stable, but it's so close, and so nice. I don't use the shadows, just transparency. It's useful to look through a window I'm typing in to see information in the window beneath it. I've been using it for a couple of weeks, and I've found these problems: - Text display in Motif apps is buggy (OK, I only have one that I really use) - Shading with multiple steps is buggy (OK, just use steps = 0) - Edges stop working after xcompmgr is started/stopped (OK, just restart FVWM) - icons (Not OK, read on) Symptoms: Xorg and fvwm use a lot of CPU. Sometimes X uses more, sometimes fvwm. xcompmgr sometimes starts leaking memory at around 1 MB/sec. Steps to reproduce: Run FVWM with a null config. Open an app, iconify it, and somehow remove the icon from view. The apps I was able to reproduce the problem with were the GIMP, GQView, gnome-terminal, Firefox, and FrostWire. I think the common trait is that all of them supply an icon pixmap. It doesn't matter if a window is moved over the icon or if the window is already over where the icon appears (icons are automatically lowered). It seems that the icon has to be completely covered. It happens even if you move to a different page. I've tried using twm to reproduce the error, no go. Fixes: Kill xcompmgr, the iconified app, or uncover the icon. If anyone has encountered this icon problem too, let me know so I know it's not just my system. I'm using FVWM 2.5.14, Xorg 6.8.2, xcompmgr from cvs, Ubuntu Breezy, and nVidia drivers 1.0-8178. -- Thanks, Jonathan Kotta Hofstadter's Law: It always takes longer than you expect, even when you take into account Hofstadter's Law.
errors in man page
In the Styles:Icons, shading, maximizing, movement, resizing section of the man page, there are some errors. Wrong: AllowMaximizeFixedSize enables the function Maximize to be performed on windows that are not resizable, unless maximisation has been disabled either using the style Unmaximizable or throuth WM hints, This on by default. The opposite, !AllowMaximizeFixedSize, inibits all windows that are not resizable from being maximized. Right: AllowMaximizeFixedSize enables the function Maximize to be performed on windows that are not resizable, unless maximization has been disabled either using the style !Maximizable or through WM hints. This on by default. The opposite, !AllowMaximizeFixedSize, inhibits all windows that are not resizable from being maximized. If you reply to this message, CC me, because I'm not subscribed to the workers' list. -- Thanks, Jonathan Kotta Hofstadter's Law: It always takes longer than you expect, even when you take into account Hofstadter's Law.
Re: FVWM: env variables -- single point of care
On 10/7/05, Mikhael Goikhman [EMAIL PROTECTED] wrote: On 07 Oct 2005 14:10:33 +0200, Julien Guertault wrote: Is there an easy way to make FVWM somehow read/source the env vars I set in .bashrc/.zshrc? I don't know if there is any other way more appropriate to do so, but you can use PipeRead. For instance: DestroyFunc InitFunction AddToFunc InitFunction + I PipeRead 'source .bashrc /dev/null' The variables set from .bashrc here will affect the sub-shell only. They have no any influence upon the fvwm process. Regards, Mikhael. This should work from a PipeRead. I didn't test it very carefully. You probably have to be more careful with the '$'s. source ~/.bashrc /dev/null ; for i in $(env) ; do echo $i | sed -e s/^/SetEnv / -e s/=/ '/ -e s/$/'/ ; done Jonathan Kotta
Re: FVWM: Detecting FixedPosition windows
On 8/16/05, Mikhael Goikhman [EMAIL PROTECTED] wrote: On 16 Aug 2005 18:02:47 -0500, Jonathan Kotta wrote: I would like to make a function to toggle a window between fixed and movable styles, e.g. DestroyFunc ToggleMovable AddToFunc ToggleMovable + I ThisWindow (FixedPosition) WindowStyle VariablePosition + I TestRc (NoMatch) WindowStyle FixedPosition But of course there is no FixedPosition condition. It seems weird to me that FixedSize is available but FixedPosition isn't. Am I missing something, or is this feature not available at present? It is not in conditional.c, feel free to submit a patch. Regards, Mikhael. I tried my hand at hacking fvwm, and I think I was successful. It works for me, anyway. Thanks, jpkotta FixedPosition-2.5.13.patch Description: Binary data
FVWM: Detecting FixedPosition windows
I would like to make a function to toggle a window between fixed and movable styles, e.g. DestroyFunc ToggleMovable AddToFunc ToggleMovable + I ThisWindow (FixedPosition) WindowStyle VariablePosition + I TestRc (NoMatch) WindowStyle FixedPosition But of course there is no FixedPosition condition. It seems weird to me that FixedSize is available but FixedPosition isn't. Am I missing something, or is this feature not available at present? Thanks, jpkotta
