unofficial mirror of help-gnu-emacs@gnu.org
 help / color / mirror / Atom feed
From: Alain Cochard <alain@geophysik.uni-muenchen.de>
Subject: Re: problem with 'other-frame' with KDE "Focus Follows Mouse" window behavior
Date: 18 Dec 2005 16:02:10 +0100	[thread overview]
Message-ID: <m3oe3ela8d.fsf@geophysik.uni-muenchen.de> (raw)
In-Reply-To: b4mlkylrfn2.fsf@jpl.org

Katsumi Yamaoka <yamaoka@jpl.org> writes:

> >>>>> In <m3acf211ny.fsf@geophysik.uni-muenchen.de> Alain Cochard wrote:
> 
> > (II A) Case where the frames overlap by the top right corner of the
> > bottom one and the bottom left corner of the top one:
> 
> >      --------
> >     |a       |
> >     |        |
> >  ------      |
> > |b     |     |
> > |      |-----
> >  ------
> 
> > I start with the mouse out of either frame, frame (a) in front (i.e.,
> > frame (b) partly hidden by (a) -- unlike on the "picture" above), and
> > focus on (b).  On the 1st 'M-x other-frame', the curse goes to frame
> > (a), frame (b) staying behind.
> 
> It seems to be just the same case as mine.  Doesn't it solve by
> the following?
> 
> (if (and (not (featurep 'xemacs))
> 	 window-system)
>     (defadvice raise-frame (after make-it-work (&optional frame) activate)
>       "Make it work."
>       (call-process
>        "wmctrl" nil nil nil "-i" "-R"
>        (frame-parameter (or frame (selected-frame)) 'outer-window-id))))
> 
> Where "wmctrl" is the external command which you can get from:
> 
> http://sweb.cz/tripie/utils/wmctrl/
> 
> Note that you have to install the "wmctrl" command before
> putting the advice into the ~/.emacs file.


 > >>>>> In <m3acf211ny.fsf@geophysik.uni-muenchen.de> Alain Cochard wrote:
 > 
 > > (II A) Case where the frames overlap by the top right corner of the
 > > bottom one and the bottom left corner of the top one:
 > 
 > >      --------
 > >     |a       |
 > >     |        |
 > >  ------      |
 > > |b     |     |
 > > |      |-----
 > >  ------
 > 
 > > I start with the mouse out of either frame, frame (a) in front (i.e.,
 > > frame (b) partly hidden by (a) -- unlike on the "picture" above), and
 > > focus on (b).  On the 1st 'M-x other-frame', the curse goes to frame
 > > (a), frame (b) staying behind.
 > 
 > It seems to be just the same case as mine.  Doesn't it solve by
 > the following?
 > 
 > (if (and (not (featurep 'xemacs))
 > 	 window-system)
 >     (defadvice raise-frame (after make-it-work (&optional frame) activate)
 >       "Make it work."
 >       (call-process
 >        "wmctrl" nil nil nil "-i" "-R"
 >        (frame-parameter (or frame (selected-frame)) 'outer-window-id))))
 > 
 > Where "wmctrl" is the external command which you can get from:
 > 
 > http://sweb.cz/tripie/utils/wmctrl/
 > 
 > Note that you have to install the "wmctrl" command before
 > putting the advice into the ~/.emacs file.

Yes, I did that and it worked.  

I had some trouble installing wmctrl, though.  The 'configure' stage
reported:
    checking for X... no 
and then the 'make' failed.  As Yamaoka-san said he was on Fedora Core 4,
just like me, I found this strange.  At some point I thought that
installing some KDE development tools (which I hadn't installed) could
solve the problem.  I tried to install them with the KDE 'Add/Remove
Applications (Package Management)' menu.  It failed because something
was not found, which I did not understand.  I then tried to install
some optional package 'kdevelop' (don't know what it is) from the
command line:
    yum install kdevelop 
Then the system installed other packages on which kdevelop depends,
and so on.  

After it was finished, wmctrl compiled fine, so I inserted the small
lisp lines above and it solved the 'M-x other frame' problem.

Thanks a lot.
a.

      reply	other threads:[~2005-12-18 15:02 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-12-14 17:47 problem with 'other-frame' with KDE "Focus Follows Mouse" window behavior Alain Cochard
2005-12-15  6:57 ` Katsumi Yamaoka
2005-12-15 10:28 ` Alan Mackenzie
2005-12-15 21:38   ` Alain Cochard
2005-12-16  1:32     ` Katsumi Yamaoka
2005-12-18 15:02       ` Alain Cochard [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=m3oe3ela8d.fsf@geophysik.uni-muenchen.de \
    --to=alain@geophysik.uni-muenchen.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).