yet another documentation fixes
Greetings everyone, As promised, I found and corrected another bunch of typos and other inconsistencies in the docs. Apply against the latest CVS sources of the 2.5 branch. But that's not all, more will follow when I find time to check remaining part of the docs. See you later. -- 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 fvwmCVS_docs.patch.gz Description: application/gunzip
Re: yet another documentation fixes
On Wed, Mar 29, 2006 at 02:21:05AM +0400, Serge (gentoosiast) Koksharov wrote: Greetings everyone, As promised, I found and corrected another bunch of typos and other inconsistencies in the docs. Apply against the latest CVS sources of the 2.5 branch. But that's not all, more will follow when I find time to check remaining part of the docs. See you later. There's a mistake in one of your fixes: @@ -36,7 +68,7 @@ * sample.fvwmrc/system.fvwm2rc-sample-1: replaced all mentions of `rsh' with `ssh'. rsh is obsolete and inherently insecure. We shouldn't teach our users bad things, - should we? + shouldn't we? The phrase: We shouldn't teach our users bad things, should we? is the correct one. The negation of NOT teaching the users bad things has already been done. It is neither correct English or grammatically correct to say: We shouldn't teach our users bad things, shouldn't we? I need to review some of your other fixes --- whilst you've made a fantastic effort in doing so, I can already see one or two technical mistakes that need changing. I'll have to apply this patch and somehow reverse engineer your changes. But thank you ever so much for your efforts. -- Thomas Adam -- I've been too honest with myself, I should have lied like everybody else.
Re: yet another documentation fixes
Thomas Adam [EMAIL PROTECTED] writes: On Wed, Mar 29, 2006 at 02:21:05AM +0400, Serge (gentoosiast) Koksharov wrote : Greetings everyone, As promised, I found and corrected another bunch of typos and other inconsistencies in the docs. Apply against the latest CVS sources of the 2.5 branch. But that's not all, more will follow when I find time to check remaining part of the docs. See you later. There's a mistake in one of your fixes: @@ -36,7 +68,7 @@ * sample.fvwmrc/system.fvwm2rc-sample-1: replaced all mentions of `rsh' with `ssh'. rsh is obsolete and inherently insecure. We shouldn't teach our users bad things, - should we? + shouldn't we? The phrase: We shouldn't teach our users bad things, should we? is the correct one. The negation of NOT teaching the users bad things has already been done. It is neither correct English or grammatically correct to say: We shouldn't teach our users bad things, shouldn't we? Check what got checked in. I made a fix in that area. I need to review some of your other fixes --- whilst you've made a fantastic effort in doing so, I can already see one or two technical mistakes that need changing. I'll have to apply this patch and somehow reverse engineer your changes. But thank you ever so much for your efforts. Gee, I hope all the mistakes aren't my fault. -- Dan Espen E-mail: [EMAIL PROTECTED]
FVWM: key binding for middle click behaviour
Thank you very much for fvwm. I was wondering if there is a command that simulates a paste action(mouse middle click.) Moreover, is there a way to do that from within the X server itself? (if it's okay to ask on this list? :) Reza.
Re: FVWM: key binding for middle click behaviour
On Tue, Mar 28, 2006 at 02:49:33AM -0800, Reza Roboubi wrote: Thank you very much for fvwm. I was wondering if there is a command that simulates a paste action(mouse middle click.) Moreover, is there a way to do that from within the X server itself? (if it's okay to ask on this list? :) You want the xclip program to copy data into the primary buffer, and then you want to use xse to simulate various events. It's dead useful. I use it all the time. -- Thomas Adam -- I've been too honest with myself, I should have lied like everybody else.
Re: FVWM: key binding for middle click behaviour
On Tue, Mar 28, 2006 at 02:49:33AM -0800, Reza Roboubi wrote: Thank you very much for fvwm. I was wondering if there is a command that simulates a paste action(mouse middle click.) xterm supports shift-insert, if that's any help (you can redefine it with translation tables, if you like). - Tavis. -- - [EMAIL PROTECTED] | finger me for my pgp key. --- pgpl0Xi7Y2LNn.pgp Description: PGP signature
Re: FVWM: acroread window problem
I have been away for some weeks, but now I'm trying to solve my problem of acroread invoked by a link in firefox (the acroread window is lowered under the browser window) On Wed, 8 Mar 2006, Thomas Adam 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. I use firefox version bundled with Suse 9.2 firefox -version answers 0.10. firefox about windows says Mozilla/5.0 (X11; U; Linux i686; rv:1.7.3) Gecko/20040913 Firefox/0.10 Anyhow the presence of the transient window might depend on user preferences. If one'd ever ticked on always use this application for this type of files I guess one won't see the transient window. But since the firefox mechanism of keeping track of helper applications vs mime types is much poorer than the old one used by netscape, and since in particular with PDF I'd often want to switch between save-to-disk and visualize, I've never ticked on this. Which version of FVWM are you running? lucio 2 fvwm -V fvwm 2.5.10 compiled on Oct 4 2004 at 19:34:01 with support for: ReadLine, Stroke, XPM, PNG, Shape, XShm, SM, Bidi text, Xinerama, XRender, XFT, NLS Does: Style Acroread StartsRaised help any? 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). I know case is important, but is there an easy utility to know the class name of an X application (I usually try xwininfo or editres but with no avail) ? And why do they change #$%%#$ !? My (Suse-bundled) acrobat is 5.0.9 if that makes any difference I believe AcroRead is applicable to me. Style AcroRead StartsRaised, StaysOnTop seems to work (but is too much ... I do not want it to stay on top forever, just not to disappear too soon As I said in the original post, StartsRaised alone either does not work or works for the first time only then it looks like acroread remembers the old stacking position. On Thu, 9 Mar 2006, Dominik Vogt wrote: Does this help: Style * !RaiseTransient, !LowerTransient, !StackTransientParent Unfortunately not. Hm, since you did not say which fvwm version you have the correct stylenames may be Style * DontRaiseTransient,DontLowerTransient,DontStackTransientParent see part of reply above for version. According to manpage the Dont form should be applicable to me, Anyhow it has no effect. Firefox or acroread may use different methods to raise their windows. Please try all of the following lines one by after the other in the config file. [...omissis...] will do it soon, but before I'd like an opinion based on your other comment (here below) (and make sure you don't have FvwmAuto or FvwmEvent running and raising windows). unfortunately I have just that ! Module FvwmAuto 500 in the InitFunction and RestartFunction (according to an old note which says they are required for AutoRaise to work) and I have Module FvwmEvent Event-FF in InitFunction which is related to a piece of code specific of firefox (to force its window to preserve position) DestroyModuleConfig Event-FF: * *Event-FF: Cmd Function *Event-FF: PassId *Event-FF: add_window ResizeFireFox DestroyFunc ResizeFireFox AddToFunc ResizeFireFox + I ThisWindow (Gecko !Transient) Resize 707p 980p Is this containing something radically wrong ? Lucio Chiappetti - INAF/IASF - via Bassini 15 - I-20133 Milano (Italy) For more info : http://www.iasf-milano.inaf.it/~lucio/personal.html
Re: FVWM: acroread window problem
On Tue, 28 Mar 2006, Lucio Chiappetti wrote: What happens is that, when I click on the pdf URL, firefox first correctly displays the Opening something.pdf transient window, then the acroread window pops up and disappears under the firefox window. which is inconvenient when the firefox window is large and obscures the acrobat window (if part of it will be visible I could move the pointer into it to give focus). All this is likely to be even more unconvenient in the case I'm thinking of (making a presentation based on firefox and acroread). Well, apparently I've found a very simple solution (without changing any of my other autofocus stuff) Style AcroRead StartsRaised, FPGrabFocus I noticed that the sequence was : - firefox has focus I click on URL - popup opening xxx.pdf appears AND GETS FOCUS I click OK - acroread window appears behind the firefox window (or in front but soon moves behind) and HAS NO FOCUS. The FPGrabFocus gives focus to it, and this is enough to keep it on top of the browser window ! Thanks anyhow to all. Lucio Chiappetti - INAF/IASF - via Bassini 15 - I-20133 Milano (Italy) For more info : http://www.iasf-milano.inaf.it/~lucio/personal.html
Re: FVWM: acroread window problem
On Tue, Mar 28, 2006 at 05:35:55PM +0200, Lucio Chiappetti wrote: I have been away for some weeks, but now I'm trying to solve my problem of acroread invoked by a link in firefox (the acroread window is lowered under the browser window) OK. I don't like how you have decided to merge your replies to two separate emails like this. Kindly don't do this in the future, and instead reply to each individual mail. That way, threading and the flow of conversation is preserved. On Wed, 8 Mar 2006, Thomas Adam 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. I use firefox version bundled with Suse 9.2 firefox -version answers 0.10. firefox about windows says Mozilla/5.0 (X11; U; Linux i686; rv:1.7.3) Gecko/20040913 Firefox/0.10 Anyhow the presence of the transient window might depend on user preferences. If one'd ever ticked on always use this application for this type of files I guess one won't see the transient window. Well, based on that description, I'd have said that preference pertains to a 'splashscreen' --- which has nothing to do with the behaviour of transient windows. Can you therefore please clarify just which _window_ you're referring to? If it's the initial splashscreen then this isn't managed by FVWM. But since the firefox mechanism of keeping track of helper applications vs mime types is much poorer than the old one used by netscape, and since in particular with PDF I'd often want to switch between save-to-disk and visualize, I've never ticked on this. OK. Which version of FVWM are you running? lucio 2 fvwm -V fvwm 2.5.10 compiled on Oct 4 2004 at 19:34:01 with support for: ReadLine, Stroke, XPM, PNG, Shape, XShm, SM, Bidi text, Xinerama, XRender, XFT, NLS I suggest you upgrade to 2.5.16. Does: Style Acroread StartsRaised help any? 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). I know case is important, but is there an easy utility to know the class name of an X application (I usually try xwininfo or editres but with no avail) ? And why do they change #$%%#$ !? FvwmIdent, xwininfo, xprop, etc. My (Suse-bundled) acrobat is 5.0.9 if that makes any difference I believe AcroRead is applicable to me. Don't believe, use FvwmIdent, or xprop, or xwininfo to be _sure_. :) Style AcroRead StartsRaised, StaysOnTop seems to work (but is too much ... I do not want it to stay on top forever, just not to disappear too soon Then you really need to clarify just which window you're referring to (see above). As I said in the original post, StartsRaised alone either does not work or works for the first time only then it looks like acroread remembers the old stacking position. It's probably honouring PPosition. On Thu, 9 Mar 2006, Dominik Vogt wrote: Does this help: Style * !RaiseTransient, !LowerTransient, !StackTransientParent Unfortunately not. Hm, since you did not say which fvwm version you have the correct stylenames may be Style * DontRaiseTransient,DontLowerTransient,DontStackTransientParent see part of reply above for version. According to manpage the Dont sform hould be applicable to me, Anyhow it has no effect. Firefox or acroread may use different methods to raise their windows. Please try all of the following lines one by after the other in the config file. [...omissis...] will do it soon, but before I'd like an opinion based on your other comment (here below) (and make sure you don't have FvwmAuto or FvwmEvent running and raising windows). unfortunately I have just that ! Module FvwmAuto 500 in the InitFunction and RestartFunction (according to an old note which says they are required for AutoRaise to work) That's wrong for two reasons. One is that Module FvwmAuto 500 would apply to all window, and secondly, InitFunction and RestartFunction can all be used via StartFunction. and I have Module FvwmEvent Event-FF in InitFunction which is related Please use StartFunction. to a piece of code specific of firefox (to force its window to preserve position) DestroyModuleConfig Event-FF: * *Event-FF: Cmd Function *Event-FF: PassId PassId is no longer required, and you're certainly not using the window ID in this, anyway. *Event-FF: add_window ResizeFireFox DestroyFunc ResizeFireFox AddToFunc ResizeFireFox + I ThisWindow (Gecko !Transient) Resize 707p 980p You should place a comma between the conditionals. Is this containing something radically wrong ? No, since it's presumably operating on the right windows. -- Thomas Adam -- I've been too honest with
Re: FVWM: key binding for middle click behaviour
I was wondering if there is a command that simulates a paste action(mouse middle click.) I use: Key G A CM FakeClick press 2 release 2 It's very handy but it probably won't work for all applications. Please see the fvwm man page for other important information. SCoTT. :)
Re: FVWM: key binding for middle click behaviour
Thomas Adam wrote: You want the xclip program to copy data into the primary buffer, and then you want to use xse to simulate various events. It's dead useful. I use it all the time. The xte program from the Debian xautomation package works like a charm. Thanks for your tip. Reza.
Re: FVWM: key binding for middle click behaviour
Tavis Ormandy wrote: xterm supports shift-insert, if that's any help (you can redefine it with translation tables, if you like). I'm not quite sure if this is for xterm or Xserver. Quick googling didn't clarify it. Thanks. Reza.
FVWM: Faking a hidden key press w/ FvwmButtons
I am using fvwm to integrate different applications into a carputer front end. You can see images of the rough working prototype here: http://moose.ca/node/49 Along the left side vertically is a FvwmButtons panel. Each button switches to a different desktop that has the correct application already running for each button function. A cool feature would be to have a hidden key press that switches to yet another desktop that has acroread displaying the field service manual for the vehicle. However, there should be no indication of this screen in the root FvwmButtons panel. Is there a way in FvwmButtons to make a simultaneous press of two (or more) buttons have an action? The man page didn't reveal anything but a hint may have been overlooked (it's been that kind of day). Maybe there is a better way to accomplish this? It doesn't have to be part of the FvwmButtons config, that's just the current mind set to have everything driven from that interface. TIA