emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Frame title problem


From: Jan Djärv
Subject: Re: Frame title problem
Date: Sun, 07 Nov 2010 12:28:48 +0100
User-agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; sv-SE; rv:1.9.2.11) Gecko/20101004 Thunderbird/3.1.5

So the shortname is known to the X Server but the fqdn is not? This is so naive. The identity of a machine is not so simple as kwin people would wish, but I guess they are too lazy to fix their bad code. So I changed Emacs so it lets the X libs set WM_CLIENT_MACHINE. Please try it and see if it works.
If not, I guess Xorg and KDE have to battle it out.

        Jan D.


Stephen Berman skrev 2010-11-06 23.06:
On Sat, 06 Nov 2010 21:14:56 +0100 Jan Djärv<address@hidden>  wrote:

They probably just use hostname, but Emacs goes through the motions
(i.e. gethostbyname) to get the fqdn and that ends up in system-name.

I reported this to the KDE bugtracker
(https://bugs.kde.org/show_bug.cgi?id=256258) and got this response:

--- Comment #1 from Martin Gräßlin<kde martin-graesslin com>   2010-11-06 
22:53:24 ---
This looks like an emacs bug to me. Please see the standard for it:
http://tronche.com/gui/x/icccm/sec-4.html#s-4.1.2.9

The client should set the WM_CLIENT_MACHINE property (of one of the
TEXT types) to a string that forms the name of the machine running
the client as seen from the machine running the server.

I assume for the server it will just be escher and not the fqdn. It is
rather unusual to identify the local machine with a fqdn.

Anyway it's not a bug in kwin, but a regression in emacs. If they
change something like that, they should revert and not tell window
managers to adjust their code.

Steve Berman



reply via email to

[Prev in Thread] Current Thread [Next in Thread]