From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "David Reitter" Newsgroups: gmane.emacs.bugs Subject: bug#22048: 25.1; frame title vanishes when speedbar present Date: Mon, 30 Nov 2015 10:20:04 -0800 (PST) Message-ID: <1448907604402.131e1288@Nodemailer> References: <83610jmkby.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----Nodemailer-0.5.0-?=_1-1448907604655" X-Trace: ger.gmane.org 1448907695 31101 80.91.229.3 (30 Nov 2015 18:21:35 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 30 Nov 2015 18:21:35 +0000 (UTC) Cc: konrad.podczeck@univie.ac.at, 22048@debbugs.gnu.org To: "Eli Zaretskii" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Nov 30 19:21:24 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1a3T4a-0005qF-38 for geb-bug-gnu-emacs@m.gmane.org; Mon, 30 Nov 2015 19:21:12 +0100 Original-Received: from localhost ([::1]:42651 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a3T4Z-0006uA-9S for geb-bug-gnu-emacs@m.gmane.org; Mon, 30 Nov 2015 13:21:11 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49943) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a3T4T-0006tw-Ln for bug-gnu-emacs@gnu.org; Mon, 30 Nov 2015 13:21:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a3T4Q-0005tB-I0 for bug-gnu-emacs@gnu.org; Mon, 30 Nov 2015 13:21:05 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:43454) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a3T4Q-0005sz-FY for bug-gnu-emacs@gnu.org; Mon, 30 Nov 2015 13:21:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1a3T4P-0007sQ-Ti for bug-gnu-emacs@gnu.org; Mon, 30 Nov 2015 13:21:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: "David Reitter" Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 30 Nov 2015 18:21:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 22048 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 22048-submit@debbugs.gnu.org id=B22048.144890762830227 (code B ref 22048); Mon, 30 Nov 2015 18:21:01 +0000 Original-Received: (at 22048) by debbugs.gnu.org; 30 Nov 2015 18:20:28 +0000 Original-Received: from localhost ([127.0.0.1]:33162 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a3T3r-0007rS-Ji for submit@debbugs.gnu.org; Mon, 30 Nov 2015 13:20:28 -0500 Original-Received: from mail-qg0-f43.google.com ([209.85.192.43]:35763) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a3T3W-0007qx-O7 for 22048@debbugs.gnu.org; Mon, 30 Nov 2015 13:20:25 -0500 Original-Received: by qgec40 with SMTP id c40so124579380qge.2 for <22048@debbugs.gnu.org>; Mon, 30 Nov 2015 10:20:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:mime-version:message-id:in-reply-to:references:from:to:cc :subject:content-type; bh=jhcq+TZOgZzciGxTE/3HBUBoxOpFeOYqQhOM2sy4Aww=; b=IIPZMfR3Triy2daL9CUXF1jnXMX7yXEVJTn6vKueMzHMbc8ZCNVr6MspRda9vy5big zSogICVDWJVEoG7aSFx6oxoG8SYEZl/fNdxmiN6qefSC1g8Yc5d6ArpYnlZt6UaHlxMl ErHSMvILEoFBAESdso58rElt/uB6DdMYmrmQOyCXSMY0waQ6GDAtbK2rgaSlpgi8yrvl X8j1g5MGU4up5r6DbWF06imp6wAQOPcS7iipqQltuTOFRSC1D7bVLUU8afGMiPgbtXct ZePM8oIUQzvFW2qIYVLF4vkNcjAD0IBarTCURIG7MLta6TFcpUqJBRX6G9sAVSMt2sz6 /6OQ== X-Received: by 10.140.96.76 with SMTP id j70mr74580599qge.100.1448907606024; Mon, 30 Nov 2015 10:20:06 -0800 (PST) Original-Received: from hedwig-43.prd.orcali.com (ec2-54-85-253-42.compute-1.amazonaws.com. [54.85.253.42]) by smtp.gmail.com with ESMTPSA id o6sm15460877qko.34.2015.11.30.10.20.04 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 30 Nov 2015 10:20:04 -0800 (PST) X-Google-Original-Date: Mon, 30 Nov 2015 18:20:04 GMT X-Mailer: Nodemailer (0.5.0; +http://www.nodemailer.com/) In-Reply-To: <83610jmkby.fsf@gnu.org> X-Orchestra-Oid: B880AF05-7397-4A82-878F-3DB751FE07AE X-Orchestra-Sig: 816365131b3070d7d793a26d16b9b2f9bbe6d52a X-Orchestra-Thrid: T5D716F80-2CF0-4892-854C-A630BF9EE6B4_1519188877330146191 X-Orchestra-Thrid-Sig: e686237d7342c566c22ebb89ecb9c9ce106ccfdd X-Orchestra-Account: bd597bf498725b7f13394a4a6749a8ad8d7bb028 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:109464 Archived-At: ------Nodemailer-0.5.0-?=_1-1448907604655 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Speedbar makes it a loca variable to set the frame title of its own frame = to =22speedbar=22. =E2=80=94 A terse message sent with my phone On Mon, Nov 30, 2015 at 1:08 PM, Eli Zaretskii wrote: >> From: David Reitter >> Date: Mon, 30 Nov 2015 11:20:00 -0500 >> Cc: 22048@debbugs.gnu.org, >> konrad.podczeck@univie.ac.at >>=20 >> >=20 >> > I'm afraid I don't follow: why does ns=5Fset=5Fname=5Fas=5Ffilename = need the >> > buffer to be the current buffer=3F It access that buffer through the >> > frame pointer: >>=20 >> Yes, but x=5Fimplicitly=5Fset=5Fname reads Vframe=5Ftitle=5Fformat = directly: >>=20 >> if (FRAME=5FNS=5FP (f) && ((FRAME=5FICONIFIED=5FP (f) && EQ = (Vicon=5Ftitle=5Fformat, Qt)) >> || EQ (Vframe=5Ftitle=5Fformat, Qt))) >>=20 >> It picks up the wrong value there. Based on that, I think = ns=5Fset=5Fname=5Fas=5Ffilename isn=E2=80=99t called at all because it = reads the value meant for the speedbar frame. I didn=E2=80=99t bother to = look at what then happens in ns=5Fset=5Fname and ns=5Fset=5Fname=5Finternal= . > Sorry, I'm still confused: Vframe=5Ftitle=5Fformat is a global variable, > it's neither buffer-local not frame-local, AFAIK. So how come the > wrong value is picked up by x=5Fimplicitly=5Fset=5Fname=3F >> (By the way, I first tried to do this in x=5Fimplicitly=5Fset=5Fname: >>=20 >> set=5Fbuffer=5Finternal=5F1 >> (XBUFFER (XWINDOW (f->selected=5Fwindow)->contents)); >>=20 >> which works, but I find that the more dangerous change as the current = buffer is permanently changed. > Not sure how the current buffer enters the picture here. ------Nodemailer-0.5.0-?=_1-1448907604655 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Speedbar makes it a loca variable to set the frame title of its own = frame to =22speedbar=22.

=E2=80=94
A terse message sent with my phone


On Mon, Nov 30, 2015 at 1:08 PM= , Eli Zaretskii <eliz@gnu.org> = wrote:

> From: David= Reitter <david.reitter@gmail.com>
> Date: Mon, 30 Nov 2015 11:20:00 -0500
> Cc: 22048@debbugs.gnu.org,
> konrad.podczeck@univie.ac.at
>=20
> >=20
> > I'm afraid I don't follow: why does ns=5Fset=5Fname=5Fas=5Ffi= lename need the
> > buffer to be the current buffer=3F It access that buffer = through the
> > frame pointer:
>=20
> Yes, but x=5Fimplicitly=5Fset=5Fname reads Vframe=5Ftitle=5Fformat= directly:
>=20
> if (FRAME=5FNS=5FP (f) && ((FRAME=5FICONIFIED=5FP (f) = && EQ (Vicon=5Ftitle=5Fformat, Qt))
> || EQ (Vframe=5Ftitle=5Fformat, Qt)))
>=20
> It picks up the wrong value there. Based on that, I think = ns=5Fset=5Fname=5Fas=5Ffilename isn=E2=80=99t called at all because it = reads the value meant for the speedbar frame. I didn=E2=80=99t bother to = look at what then happens in ns=5Fset=5Fname and ns=5Fset=5Fname=5Finternal= .

Sorry, I'm still confused: Vframe=5Ftitle=5Fformat is a global = variable,
it's neither buffer-local not frame-local, AFAIK. So how come the
wrong value is picked up by x=5Fimplicitly=5Fset=5Fname=3F

> (By the way, I first tried to do this in = x=5Fimplicitly=5Fset=5Fname:
>=20
> set=5Fbuffer=5Finternal=5F1
> (XBUFFER (XWINDOW (f->selected=5Fwindow)->contents));
>=20
> which works, but I find that the more dangerous change as the = current buffer is permanently changed.

Not sure how the current buffer enters the picture here.


------Nodemailer-0.5.0-?=_1-1448907604655--