Looks like those do _not_ work with focus follows mouse; note the sentence for f.next_key and f.prev_key that says: This function is treated as f.nop if keyboardFocusPolicy is not explicit.
(IMO, that makes sense enough, since with keyboardFocusPolicy: pointer (i.e. focus follows mouse), all you have to do anyway is move the mouse.) from dtwm(1): keyboardFocusPolicy (class KeyboardFocusPolicy) If set to pointer, the keyboard focus policy is to have the keyboard focus set to the client window that contains the pointer (the pointer could also be in the client window decoration that dtwm adds). If set to explicit, the policy is to have the keyboard focus set to a client window when the user presses button 1 with the pointer on the client window or any part of the associated dtwm decoration. The default value for this resource is explicit. from dtwmrc(4): f.next_key [icon | window | transient] This function sets the keyboard input focus to the next window/icon in the set of windows/icons managed by the workspace manager (the ordering of this set is based on the stacking of windows on the screen). This function is treated as f.nop if key- boardFocusPolicy is not explicit. The keyboard input focus is only moved to win- dows that do not have an associated secon- dary window that is application modal. If the transient argument is specified, then transient (secondary) windows are traversed (otherwise, if only window is specified, traversal is done only to the last focused window in a transient group). If an icon function argument is specified, then the function applies only to icons. If a window function argument is speci- fied, then the function applies only to windows. f.prev_key [icon | window | transient] This function sets the keyboard input focus to the previous window/icon in the set of windows/icons managed by the workspace manager (the ordering of this set is based on the stacking of windows on the screen). This function is treated as f.nop if keyboardFocusPolicy is not expli- cit. The keyboard input focus is only moved to windows that do not have an asso- ciated secondary window that is applica- tion modal. If the transient argument is specified, then transient (secondary) win- dows are traversed (otherwise, if only window is specified, traversal is done only to the last focused window in a tran- sient group). If an icon function argu- ment is specified then the function applies only to icons. If an window func- tion argument is specified then the func- tion applies only to windows. > On Jun 15, 2018, at 02:47, Antonis Tsolomitis <antonis.tsolomi...@gmail.com > <mailto:antonis.tsolomi...@gmail.com>> wrote: > > > No. Alt-Tab or Alt-Esc do not work on stable, although my dtwmrc contains: > > Alt<Key>Tab root|icon|window f.next_key > Alt Shift<Key>Tab root|icon|window f.prev_key > Alt<Key>Escape root|icon|window f.next_key > Alt Shift<Key>Escape root|icon|window f.prev_key > > I do not know if there is a conflict with other settings > (for example I use "focus follows mouse") > > However, Alt-Down and Alt-Up work where these are set as > f.circle_down > f.circle_up > > and these rotate the windows. > So this is not so bad, I will do my job. > > However, I also think that a windows list either in a menu (middle click) or > in a tray > similar to iconbox would be very useful since it will be faster to find the > window you need > than rotate them. > > Yes..., xmpager similar to Triteal CDE would be great too. > > Thanks everyone, > > Antonis. > > > > > On 15/06/2018 01:33 πμ, Richard L. Hamilton wrote: >> >>> On Jun 14, 2018, at 18:10, Matthew R. Trower <d...@blackshard.net> >>> <mailto:d...@blackshard.net> wrote: >>> >>> However, even though I said that... neither alt-esc nor alt-tab are >>> currently working for me (though the underlying functionality works when >>> accessed from a menu, and other keybinds work fine as well). They have >>> worked in the past. This could be a result of my private tree, or of >>> something that's changed in master at some point. I haven't been able to >>> bisect yet. >>> >>> If it is broken for Antonis, or anyone else, I'd very much like to know. >>> Original Message >>> From: Jon Trulson >>> Sent: Thursday, June 14, 2018 15:24 >>> To: cdesktopenv-devel@lists.sourceforge.net >>> <mailto:cdesktopenv-devel@lists.sourceforge.net> >>> Subject: Re: [cdesktopenv-devel] question about windows list >>> >>> Oh, good point. I didn't read the last sentence. ALT-TAB should work... >>> -jon >>> >>> On 06/14/2018 01:34 PM, Matthew R. Trower wrote: >>>> This functionality should be bound to either alt+tab or alt+esc by >>>> default. Do they not work for you? >>>> >>>> Have a look through programs/dtwm/WmResource.c sometime for other >>>> interesting keybinds. >>>> Original Message >>>> From: Antonis Tsolomitis >>>> Sent: Thursday, June 14, 2018 05:31 >>>> To: cdesktopenv-devel@lists.sourceforge.net >>>> <mailto:cdesktopenv-devel@lists.sourceforge.net> >>>> Subject: [cdesktopenv-devel] question about windows list >>>> >>>> >>>> Many times I find myself in a difficult situation where many windows are >>>> open >>>> covering each other and have trouble bringing forward the one I want. >>>> >>>> CDE does not seem to have a utility for finding the window you want. Or >>>> does it? >>>> >>>> Is there any standalone maybe application for such a task ? Or any other >>>> solution? >>>> For example on more common desktops alt+tab rotates the windows and you >>>> can choose. >> >> Using grep on my dtwmrc file (Sun CDE, on Solaris 9, in this case), I find >> Alt<Key>Tab root|icon|window f.next_key >> Alt Shift<Key>Tab root|icon|window f.prev_key >> Alt<Key>Escape root|icon|window f.next_key >> Alt Shift<Key>Escape root|icon|window f.prev_key >> Alt<Key>F6 window f.next_key transient >> Alt Shift<Key>F6 window f.prev_key transient >> Alt<Key>Tab root|icon|window f.next_key >> Alt Shift<Key>Tab root|icon|window f.prev_key >> Alt<Key>Escape root|icon|window f.next_key >> Alt Shift<Key>Escape root|icon|window f.prev_key >> Alt<Key>F6 window f.next_key transient >> >> In other words, it's ultimately variations on f.next_key and f.prev_key dtwm >> commands that do the job, and the keys used can be defined as one wishes >> (subject to possible complications with some keyboards and X servers as to >> what constitutes Alt, etc). >> >> A dtwmrc(4) man page (at least in Sun CDE) describes the various f. window >> manager command. While normally they can only appear in a window manager >> configuration file (save that dtstyle sends a command to the window manager >> to restart it, when needed), there is a protocol for sending f. commands to >> dtwm, and I have a C program that uses my reverse engineering of it (via >> xscope, I think) that I wrote a long time ago. Given the source of one of >> the shared libraries whose interfaces are not documented, it may be possible >> to rewrite the program to do it that way...but it does work, regardless. >> Source for my program is at http://www.smart.net/~rlhamil/goodies/dtwmcmd.c >> <http://www.smart.net/~rlhamil/goodies/dtwmcmd.c> >> >> So one could step through windows, or workspaces even (there was once >> someone that wanted to do that, I gather for a system with various status >> displays in separate workstations, using a large display or projector) >> programatically. >> >> My notes indicate at least two f. commands not documented in dtwmrc(4): >> f.change_backdrop appears to require pathname of pixmap file as >> an argument >> >> f.set_context appears to require one numeric argument, >> probably a window number (as shown by xlswins >> or xwininfo -tree -root) WARNING: has been >> observed to crash dtwm when given without >> valid argument >> >> >> >> >> ------------------------------------------------------------------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org <http://slashdot.org/>! >> http://sdm.link/slashdot <http://sdm.link/slashdot> >> >> _______________________________________________ >> cdesktopenv-devel mailing list >> cdesktopenv-devel@lists.sourceforge.net >> <mailto:cdesktopenv-devel@lists.sourceforge.net> >> https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel >> <https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel> > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org <http://slashdot.org/>! > http://sdm.link/slashdot_______________________________________________ > <http://sdm.link/slashdot_______________________________________________> > cdesktopenv-devel mailing list > cdesktopenv-devel@lists.sourceforge.net > <mailto:cdesktopenv-devel@lists.sourceforge.net> > https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
signature.asc
Description: Message signed with OpenPGP
------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________ cdesktopenv-devel mailing list cdesktopenv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel