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) 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 [...] I know it's not a solution to your problem. But have you considered switching from acroread to xpdf? It has become very good lately and has none of the many glitches that acroread has. And it is free, faster (and the command has less letters to type ;-) ). Ciao Dominik ^_^ ^_^ -- Dominik Vogt, [EMAIL PROTECTED] signature.asc Description: Digital 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
FVWM: acroread window problem
I'm experiencing the following problem with acrobat reader windows which are started clicking on a pdf URL (http://somewhere/something.pdf) from my firefox browser. I'd like to make a set of web pages for a presentation, and keep some auxiliary material in PDF files I can recall. I'd like to keep the firefox window as large as possible (maybe even full screen although I usually do not use it) What happens is that, when I click on the pdf URL, firefox first correctly displays the Opening something.pdf transient window, then 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. 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) This is an extract of my .fvwm2rc of what I think are relevant parts ... some general styles Style * SmartPlacement Style * NoPPosition Style * HilightBack Red Style * SloppyFocus Style * DecorateTransient Style * ManualPlacementIgnoresStartsOnPage, ActivePlacementIgnoresStartsOnPage ... things related to the browsers Style Gecko StartsOnPage 1 0 0, SkipMapping, NoPPosition Style Netscape StartsOnPage 1 0 0, SkipMapping, NoPPosition Style mozilla-bin StartsOnPage 1 0 0, SkipMapping, NoPPosition ... things related to acrobat (part of standard config file distributed with SuSE 9.2, I did not write this). I've no idea what the bug number refers to. # see bug #36189 Style AcroRead SmartPlacement, RandomPlacement I tried adding StaysOnBottom to the browsers, but that is not what I want, since I cannot raise the browser window any more. I tried replacing all in Style AcroRead with StartsRaised but does not look to work (it does the first time, then if window is lowered, acrobat remembers ... could it be ?) I tried adding StaysOnTop to Style AcroRead ... which again is not what I want. I could force acroread into another page, but I'd prefer to have it on front in the same page. 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 Wed, Mar 08, 2006 at 12:18:42PM +0100, Lucio Chiappetti wrote: I'm experiencing the following problem with acrobat reader windows which are started clicking on a pdf URL (http://somewhere/something.pdf) from my firefox browser. I'd like to make a set of web pages for a presentation, and keep some auxiliary material in PDF files I can recall. I'd like to keep the firefox window as large as possible (maybe even full screen although I usually do not use it) What happens is that, when I click on the pdf URL, firefox first correctly displays the Opening something.pdf transient window, then 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. 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) This is an extract of my .fvwm2rc of what I think are relevant parts ... some general styles Style * SmartPlacement Style * NoPPosition Style * HilightBack Red Style * SloppyFocus Style * DecorateTransient Style * ManualPlacementIgnoresStartsOnPage, ActivePlacementIgnoresStartsOnPage ... things related to the browsers Style Gecko StartsOnPage 1 0 0, SkipMapping, NoPPosition Style Netscape StartsOnPage 1 0 0, SkipMapping, NoPPosition Style mozilla-bin StartsOnPage 1 0 0, SkipMapping, NoPPosition ... things related to acrobat (part of standard config file distributed with SuSE 9.2, I did not write this). I've no idea what the bug number refers to. # see bug #36189 Style AcroRead SmartPlacement, RandomPlacement I tried adding StaysOnBottom to the browsers, but that is not what I want, since I cannot raise the browser window any more. I tried replacing all in Style AcroRead with StartsRaised but does not look to work (it does the first time, then if window is lowered, acrobat remembers ... could it be ?) I tried adding StaysOnTop to Style AcroRead ... which again is not what I want. I could force acroread into another page, but I'd prefer to have it on front in the same page. Does this help: Style * !RaiseTransient, !LowerTransient, !StackTransientParent ? Ciao Dominik ^_^ ^_^ -- Dominik Vogt, [EMAIL PROTECTED] signature.asc Description: Digital signature
Re: FVWM: acroread window problem
On Wed, 8 Mar 2006, Dominik Vogt wrote: Does this help: Style * !RaiseTransient, !LowerTransient, !StackTransientParent Unfortunately not. I do not pretend to understand what the above should do, but I do not think that Acrobat Reader as started by firefox is transient (maybe the popup window which asks me whether I want to save to disk or display with is a transient of firefox, but acroread should be a totally separated application, I presume) 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
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.
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.
Re: FVWM: acroread window problem
On Wed, Mar 08, 2006 at 02:07:53PM +0100, Lucio Chiappetti wrote: On Wed, 8 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 I do not pretend to understand what the above should do, but I do not think that Acrobat Reader as started by firefox is transient (maybe the popup window which asks me whether I want to save to disk or display with is a transient of firefox, but acroread should be a totally separated application, I presume) But you said the opening pdf blabla window is transient. The above styles may cause a transient window or its transientfor window to be raised or lowered in sometimes unpredictable ways. 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. # This may disable fullscreen mode in Firefox Style * EWMHIgnoreStateHints DestroyFunc EWMHActivateWindowFunc DestroyFunc UrgencyFunc DestroyFunc UrgencyDoneFunc and as a last resort: Style * IgnoreRestack (and make sure you don't have FvwmAuto or FvwmEvent running and raising windows). Ciao Dominik ^_^ ^_^ -- Dominik Vogt, [EMAIL PROTECTED] signature.asc Description: Digital signature