all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* Weirdness with Emacs' X window id
@ 2005-02-07 19:37 Peter Heslin
  2005-02-07 20:14 ` Lennart Borgman
                   ` (2 more replies)
  0 siblings, 3 replies; 5+ messages in thread
From: Peter Heslin @ 2005-02-07 19:37 UTC (permalink / raw)


In Debian GNU/Linux:

If I do emacs -q --no-site-file with a month-old CVS checkout, and
then M-x eshell:

~ $ xdpyinfo |grep -i focus
focus:  window 0x1400015, revert to Parent
~ $ wmctrl -l |grep -i emacs
0x01400014 1 aideen Emacs *eshell*

where wmctrl is a command-line program and the -l switch makes it list
all current windows.  Note that xdpyinfo and wmctrl disagree as to
what should be the ID number for the single Emacs frame.  One says a
number ending in 14, the other in 15.

wmctrl -l does not know of any window with the ID 0x1400015.

Is this expected?  I don't know anything about these IDs -- I'm just
trying to write a script to manipulate windows on my desktop, and
it's quite difficult with this ID schizophrenia.

Emacs is the only application I run that behaves like this.

If it's not expected behavior, then it could be a bug in wmctrl,
xdpyinfo, my X server, Emacs, or who knows where, so it would be
interesting to see if anyone else sees this.

Peter

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Weirdness with Emacs' X window id
  2005-02-07 19:37 Weirdness with Emacs' X window id Peter Heslin
@ 2005-02-07 20:14 ` Lennart Borgman
  2005-02-07 20:27 ` Jan D.
  2005-02-07 21:03 ` Robert J. Chassell
  2 siblings, 0 replies; 5+ messages in thread
From: Lennart Borgman @ 2005-02-07 20:14 UTC (permalink / raw)


----- Original Message ----- 
From: "Peter Heslin" <public@heslin.eclipse.co.uk>

> wmctrl -l does not know of any window with the ID 0x1400015.
>
> Is this expected?  I don't know anything about these IDs -- I'm just
> trying to write a script to manipulate windows on my desktop, and
> it's quite difficult with this ID schizophrenia.
>
> Emacs is the only application I run that behaves like this.
>
> If it's not expected behavior, then it could be a bug in wmctrl,
> xdpyinfo, my X server, Emacs, or who knows where, so it would be
> interesting to see if anyone else sees this.

I do not know about GNU/Linux but it sounds to me like Emacs have a
background window (maybe for managing multiple frames?) and this is found by
one of the programs you use. So maybe there is a bug in one of those
programs?

But this is just a guess from what I have seen on w32.

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Weirdness with Emacs' X window id
  2005-02-07 19:37 Weirdness with Emacs' X window id Peter Heslin
  2005-02-07 20:14 ` Lennart Borgman
@ 2005-02-07 20:27 ` Jan D.
  2005-02-07 21:03 ` Robert J. Chassell
  2 siblings, 0 replies; 5+ messages in thread
From: Jan D. @ 2005-02-07 20:27 UTC (permalink / raw)
  Cc: emacs-devel

Peter Heslin wrote:

>In Debian GNU/Linux:
>
>If I do emacs -q --no-site-file with a month-old CVS checkout, and
>then M-x eshell:
>
>~ $ xdpyinfo |grep -i focus
>focus:  window 0x1400015, revert to Parent
>~ $ wmctrl -l |grep -i emacs
>0x01400014 1 aideen Emacs *eshell*
>
>where wmctrl is a command-line program and the -l switch makes it list
>all current windows.  Note that xdpyinfo and wmctrl disagree as to
>what should be the ID number for the single Emacs frame.  One says a
>number ending in 14, the other in 15.
>
>wmctrl -l does not know of any window with the ID 0x1400015.
>
>Is this expected?  I don't know anything about these IDs -- I'm just
>trying to write a script to manipulate windows on my desktop, and
>it's quite difficult with this ID schizophrenia.
>
>Emacs is the only application I run that behaves like this.
>
>If it's not expected behavior, then it could be a bug in wmctrl,
>xdpyinfo, my X server, Emacs, or who knows where, so it would be
>interesting to see if anyone else sees this.
>

It is normal.  The window manager may set windows between the Emacs 
window and the root window.  Also, there is a special window called the 
client leader window used for session handling.  I don't know which 
window wmctrl  returns, it can be any of these.  To see all windows 
Emacs has, use:

% xwininfo -tree -id 0x1400015

(or 14).

    Jan D.

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Weirdness with Emacs' X window id
  2005-02-07 19:37 Weirdness with Emacs' X window id Peter Heslin
  2005-02-07 20:14 ` Lennart Borgman
  2005-02-07 20:27 ` Jan D.
@ 2005-02-07 21:03 ` Robert J. Chassell
  2005-02-07 21:25   ` Jan D.
  2 siblings, 1 reply; 5+ messages in thread
From: Robert J. Chassell @ 2005-02-07 21:03 UTC (permalink / raw)


Peter Heslin <public@heslin.eclipse.co.uk> wrote,

   If I do emacs -q --no-site-file with a month-old CVS checkout, and
   then M-x eshell:

   ~ $ xdpyinfo |grep -i focus
   focus:  window 0x1400015, revert to Parent
   ~ $ wmctrl -l |grep -i emacs
   0x01400014 1 aideen Emacs *eshell*

   where wmctrl is a command-line program and the -l switch makes it list
   all current windows.  Note that xdpyinfo and wmctrl disagree as to
   what should be the ID number for the single Emacs frame.  

   ... Emacs is the only application I run that behaves like this.

This also happens with

Today's GNU Emacs CVS snapshot, Mon, 2005 Feb  7  14:18 UTC
GNU Emacs 21.3.50.51 (i686-pc-linux-gnu, GTK+ Version 2.4.14)
started with

    emacs -Q

Very strange.  I did not expect it.  I do not know what is going on.

-- 
    Robert J. Chassell                         
    bob@rattlesnake.com                         GnuPG Key ID: 004B4AC8
    http://www.rattlesnake.com                  http://www.teak.cc

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Weirdness with Emacs' X window id
  2005-02-07 21:03 ` Robert J. Chassell
@ 2005-02-07 21:25   ` Jan D.
  0 siblings, 0 replies; 5+ messages in thread
From: Jan D. @ 2005-02-07 21:25 UTC (permalink / raw)
  Cc: emacs-devel

Robert J. Chassell wrote:

>Peter Heslin <public@heslin.eclipse.co.uk> wrote,
>
>   If I do emacs -q --no-site-file with a month-old CVS checkout, and
>   then M-x eshell:
>
>   ~ $ xdpyinfo |grep -i focus
>   focus:  window 0x1400015, revert to Parent
>   ~ $ wmctrl -l |grep -i emacs
>   0x01400014 1 aideen Emacs *eshell*
>
>   where wmctrl is a command-line program and the -l switch makes it list
>   all current windows.  Note that xdpyinfo and wmctrl disagree as to
>   what should be the ID number for the single Emacs frame.  
>
>   ... Emacs is the only application I run that behaves like this.
>
>This also happens with
>
>Today's GNU Emacs CVS snapshot, Mon, 2005 Feb  7  14:18 UTC
>GNU Emacs 21.3.50.51 (i686-pc-linux-gnu, GTK+ Version 2.4.14)
>started with
>
>    emacs -Q
>
>Very strange.  I did not expect it.  I do not know what is going on.
>  
>

xdpyinfo apparently prints the client leader window id, but wmctrl 
prints the top level id.  It is normal to have the client leader window 
the same as the top level window, but Emacs does not really have one top 
level window that can be used for that purpose.  Frames come and go, and 
the client leader window is expected to exist as long as the application 
exists.  So the Emacs client leader window is a hidden window not seen.

    Jan D.

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2005-02-07 21:25 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-02-07 19:37 Weirdness with Emacs' X window id Peter Heslin
2005-02-07 20:14 ` Lennart Borgman
2005-02-07 20:27 ` Jan D.
2005-02-07 21:03 ` Robert J. Chassell
2005-02-07 21:25   ` Jan D.

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.