Re: FVWM: Question regarding actions when modifier keys are held down/released
> I've search the website, archives, wiki, and a number of configuration > websites, and have been unable to find a way to cause an action to > happen when a modifier key is held down and/or released. I'm running > fvwm 2.6.8 on CentOS 7. It's possible that you'll be able to build an interface similar to what you want to do with the xcape program combined with some FVWM configuration tricks: https://github.com/alols/xcape xcape generates keyboard events when you tap a key, including a modifier key. You can make this keyboard event be some weird key and modifier combination that you don't otherwise use and will never hit, and bind that to a FVWM function that summons and dismisses the pager. If you already have an existing FVWM keybinding that does this, so much the better. (For instance, I bind my left control to F5 with all of control, shift, and alt down, and then have a 'Key F5 A CSM ...' binding in my fvwmrc. This way xcape and that keybinding isn't stealing something that I ever want to actually use.) This gets you a way to get a preview, but it doesn't give you the kind of UI flow that you were interested in initially. You'd be doing 'tap something, look, hit Ctrl-Alt arrow key to act, tap to dismiss' or the like, instead of being able to start out by holding down Ctrl-Alt, waiting, and then continuing with another key. (Possibly you can contrive more FVWM functions and FvwmEvents settings and so on so that the pager is automatically dismissed after the desk changes, or just after a timeout time.) - cks
Re: FVWM: two questions about icons
> On Wed, May 29, 2019 at 9:43 PM Ronald F. Guilmette > wrote: > > > Greetings, > > > > First, the icon used to repreesent minimuzed Firefox windows is > > substantially larger than t was for the prior version(s) of fvwm > > that I had been accustomed to using. Since I tend to have a LOT > > of different brwosers windoes open and minimized on my screen, > > this is likely to cause me some consternation, over the long run. > > > > So, is there an alternative minimized icon available for Firefox? > > > > Fvwm doesn't come with a set of icons. Fvwm will honor the apps icon > that it provides via EWMH standards. This is also the case for xterm > or any other program. There is a tricky qualification on this, which is that applications can supply a range of sizes for their icons and Fvwm has a hard-coded default and maximum size it will use. I'm not sure if this default size has changed over time, but if it has, this is one of the potential causes. It's also possible that Firefox is now offering bigger icons and fvwm is picking them now that they're available. (I ran into this when I switched to a HiDPI display and started looking at why fvwm was now only using tiny icons even when various programs had larger ones available.) Interested parties can look at the various #define's related to icon size in fvwm/ewmh_icons.c in the source code. Unfortunately I don't think there's a way to set these in your fvwmrc, although maybe I overlooked some icon size settings in the manual page. - cks
Re: FVWM: best way to update a button or menu item
2) I want to keep the current date on the screen (and time as well, but time is no problem) In my old configuration I do this already, I stick in a corner of the screen, one above the other, two applications. - one is a xdaliclock with the (hh:mm:ss) time (no title, etc.) - the other one is a rclock with a geometry of 150x1-0+12, so the display of the analog clock is suppressed, and the date is shown in the window title bar You want the old standby 'xclock', specifically 'xclock -digital' (possibly with '-strftime' as well, which will let you specify the exact format of the clock). - cks
Re: FVWM: Command-line tool for listing windows?
| On 30 January 2012 21:28, Chris Siebenmann c...@cs.toronto.edu wrote: | ÂDoes anyone know if there exists a good command line tool for | listing either the window IDs or the window names of all windows | of a specific class (or better yet, set of classes)? Or is this | something that's better done with an fvwm module written in Perl | with fvwm-perllib[*]? | | xwininfo | xprop | | But why not get FVWM to do it? No need for a module, just a | conditional command. | | All (SomeCondition, ClassName, OtherCondition) Echo $[w.id]: $[w.class] Is there a way to write the output of All to a pipe or the like? At this point it might be useful to explain my overall motivation: I want to put together something that lets me select xterm windows from the keyboard based on their name, with name completion. My current plan is to use dmenu for the window name completion (and a script around it to then act on the window). But for this I need to feed the window names into dmenu[*]. (A recent display reorganization has moved things so that even the best position for my usual FvwmIconMan is a bit far from things.) It's possible that there's a better way to achieve this overall goal, but I think the time that I asked about the overall goal this was the best way in the current fvwm. - cks [*: dealing with duplicated window names is my problem; the code doesn't have to worry about it.]
Re: Updating Fedora's FVWM
| On 24 January 2012 14:54, Dan Espen des...@verizon.net wrote: | I think any platform that supports XDG is going to have python. | | It will; but I think it's best described the other way round -- that | is, any platform that has python installed can use XDG -- and I say | that only because of the availability of the python XDG bindings. | Not that it really matters to me, but it is worth investigating if | these bindings come with python or are external. I'm thinking about | packaging. The bindings are an external package, not part of the core Python distribution (on Fedora they are packaged as 'pyxdg', on Ubuntu 'python-xdg'). On Fedora the package seem to be part of the default installation if you have the Gnome desktop (Totem and IBus both depend on the package). (I don't have any clean stock Ubuntu desktop machines to see if the package is there in their Gnome setup. An Ubuntu server install with basic X packages installed doesn't have them.) - cks
Re: Notification: incoming/941
In testing so far, a CVS version from branch-2_4 pulled on Tuesday night or so seems to be working fine. (Sorry for the delay in reply, but I wanted to give it some time to make sure.) Certainly the stacking issue I saw is gone and I haven't observed any other ones. - cks -- 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/941
An additional two notes: I localized the problem to fvwm 2.4.10's fvwm/stack.c changes; the 2.4.9 stack.c (hacked to change '-pstack' to '-stack.p') doesn't exhibit the problem when compiled into 2.4.10. The problem appears to go away if I force the do_lower parameter to fvwm/stack.c's restack_windows() to be zero. I suspect that this is not the actual answer, but I lack the understanding of fvwm's internals to understand what I just broke. (Everything seems to work fine for me, but I don't use multiple layers.) - cks -- 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/941
I did some more digging on my problem of Lower not lowering windows below iconified windows. It first appears in fvwm 2.4.10; it is not present in 2.4.9. Reproduction steps with the fvwm2rc at the end of this message: - start your favorite Xnest environment (or a real X server) and fvwm as 'fvwm2 -f fvwm2rc-test'. The fvwm2rc uses button 3 on the root window to pop up a menu of operations and uses manual placement of windows. - pop up the root menu; pick XTerm; place the resulting window somewhere. - pop the root menu up, pick Iconify, button-1 the xterm window to iconify it. - pop the root menu up, pick XTerm, place the resulting xterm window so that it completely obscures the iconified XTerm. - pop the root menu up, pick Bottom, chose the (new) XTerm window. On fvwm 2.4.9 and below the iconified XTerm icon appears on top of the uniconified xterm. On 2.4.10 and later, nothing happens. - on 2.4.10+, then pop the menu up, pick Move, pick the XTerm window. Move the window slowly so as to reveal the iconified XTerm. When a tiny bit of the icon appears, it will suddenly jump into full appearance over the window you are moving (as it should be). [I believe xlogo32 should be universally available; if not, substitute the default icon of your choice.] - cks Minimal .fvwm2rc: # Minimal .fvwm2rc to reproduce my icon bug. DestroyMenu Blit AddToMenu Blit XTerm Exec xterm + Top Raise + BottomLower + Move Move + Iconify Iconify # done Blit. Mouse 1 I N Iconify Mouse 3 R N PopUp Blit OpaqueMoveSize 100 Style * SloppyFocus, ManualPlacement, IconBox None, Icon xlogo32 Style XTerm NoTitle, HandleWidth 5, BorderWidth 5 -- 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]
