From unknown Tue Jun 17 21:57:43 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7342: 24.0.50; synchronised appearence of buffers in different frames Resent-From: Peter Dyballa Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 06 Nov 2010 12:07:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 7342 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 7342@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.128904519529101 (code B ref -1); Sat, 06 Nov 2010 12:07:02 +0000 Received: (at submit) by debbugs.gnu.org; 6 Nov 2010 12:06:35 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PEhXX-0007ZK-8b for submit@debbugs.gnu.org; Sat, 06 Nov 2010 08:06:35 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PEhXV-0007ZF-0Q for submit@debbugs.gnu.org; Sat, 06 Nov 2010 08:06:33 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PEhbs-0004nX-NQ for submit@debbugs.gnu.org; Sat, 06 Nov 2010 08:11:05 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,T_RP_MATCHES_RCVD,T_TO_NO_BRKTS_FREEMAIL autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([199.232.76.165]:54328) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PEhbs-0004nT-Ii for submit@debbugs.gnu.org; Sat, 06 Nov 2010 08:11:04 -0400 Received: from [140.186.70.92] (port=35515 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PEhbr-0006D9-L7 for bug-gnu-emacs@gnu.org; Sat, 06 Nov 2010 08:11:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PEhbq-0004nE-Bn for bug-gnu-emacs@gnu.org; Sat, 06 Nov 2010 08:11:03 -0400 Received: from mout8.freenet.de ([195.4.92.98]:50852) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PEhbq-0004n4-6y for bug-gnu-emacs@gnu.org; Sat, 06 Nov 2010 08:11:02 -0400 Received: from [195.4.92.25] (helo=15.mx.freenet.de) by mout8.freenet.de with esmtpa (ID peter_dyballa@freenet.de) (port 25) (Exim 4.72 #3) id 1PEhbn-0006XE-Fw for bug-gnu-emacs@gnu.org; Sat, 06 Nov 2010 13:10:59 +0100 Received: from p5b23dfe3.dip.t-dialin.net ([91.35.223.227]:53834 helo=[192.168.1.2]) by 15.mx.freenet.de with esmtpsa (ID peter_dyballa@freenet.de) (TLSv1:AES128-SHA:128) (port 587) (Exim 4.72 #3) id 1PEhbm-00046v-BR for bug-gnu-emacs@gnu.org; Sat, 06 Nov 2010 13:10:59 +0100 Message-Id: <33A237BB-3B7A-4872-ADF4-6AA6B9A80CAD@Freenet.DE> From: Peter Dyballa Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Sat, 6 Nov 2010 13:10:56 +0100 X-Mailer: Apple Mail (2.936) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.0 (-----) Hello! When I create another frame and decrease or increase here the font size of the buffer, then the font size in the "original" buffer in the first frame is synchronised and also changes its font size. I don't like this. I create the new frame to be able to work on an "optimised" copy temporarily, preserving the original appearance for later work. Is there a way to preserve this original appearance? Or could an option be introduced to switch off this synchronising effect? In GNU Emacs 24.0.50.1 (powerpc-apple-darwin9.8.0, X toolkit, Xaw3d scroll bars) of 2010-10-30 on Latsche.local Windowing system distributor `The X.Org Foundation', version 11.0.10902000 configured using `configure '--without-sound' '--without-dbus' '-- without-pop' '--without-gconf' '--with-x-toolkit=athena' '--x- libraries=/usr/X11/lib' '--x-includes=/usr/X11/include' '--with- imagemagick' '--enable-locallisppath=/Library/Application Support/ Emacs/calendar24:/Library/Application Support/Emacs' 'CFLAGS=-g -H - pipe -fPIC -fno-common -mcpu=7450 -mtune=7450 -faltivec -fast' 'CPPFLAGS=-I/usr/local/include -idirafter /sw/include' 'LDFLAGS=-L/usr/ local/lib -Wl,-dead_strip_dylibs' 'CC=gcc-4.2' 'CPP=cpp-4.2' 'PKG_CONFIG_PATH=/sw/lib/pango-ft219/lib/pkgconfig:/sw/lib/xft2/lib/ pkgconfig:/sw/lib/fontconfig2/lib/pkgconfig:/sw/lib/freetype219/lib/ pkgconfig:/usr/local/lib/pkgconfig:/usr/local/share/pkgconfig:/sw/lib/ pkgconfig:/sw/share/pkgconfig:/usr/lib/pkgconfig:/usr/X11/lib/ pkgconfig:/usr/X11/share/pkgconfig'' -- Greetings Pete These are my principles and if you don't like them... well, I have others. - Groucho Marx From unknown Tue Jun 17 21:57:43 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7342: 24.0.50; synchronised appearence of buffers in different frames Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 06 Nov 2010 17:12:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7342 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "'Peter Dyballa'" , <7342@debbugs.gnu.org> Received: via spool by 7342-submit@debbugs.gnu.org id=B7342.12890634674655 (code B ref 7342); Sat, 06 Nov 2010 17:12:02 +0000 Received: (at 7342) by debbugs.gnu.org; 6 Nov 2010 17:11:07 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PEmIE-0001D2-QO for submit@debbugs.gnu.org; Sat, 06 Nov 2010 13:11:06 -0400 Received: from rcsinet10.oracle.com ([148.87.113.121]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PEmIB-0001Ce-8y for 7342@debbugs.gnu.org; Sat, 06 Nov 2010 13:11:05 -0400 Received: from rcsinet13.oracle.com (rcsinet13.oracle.com [148.87.113.125]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id oA6HFYom026542 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 6 Nov 2010 17:15:36 GMT Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by rcsinet13.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id oA6HFWmO025095; Sat, 6 Nov 2010 17:15:33 GMT Received: from abhmt002.oracle.com by acsmt354.oracle.com with ESMTP id 753979401289063622; Sat, 06 Nov 2010 10:13:42 -0700 Received: from dradamslap1 (/10.159.218.132) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sat, 06 Nov 2010 10:13:41 -0700 From: "Drew Adams" References: <33A237BB-3B7A-4872-ADF4-6AA6B9A80CAD@Freenet.DE> Date: Sat, 6 Nov 2010 10:13:43 -0700 Message-ID: <2CE164122FB745219D138F6C9D877A9A@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <33A237BB-3B7A-4872-ADF4-6AA6B9A80CAD@Freenet.DE> Thread-Index: Act9029bkGxyk8c/S86HFzgR08og/QAAdXdg X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-Spam-Score: -6.3 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.3 (------) > When I create another frame and decrease or increase here the font > size of the buffer, then the font size in the "original" > buffer in the first frame is synchronised and also changes its > font size. I don't like this. I create the new frame to be able > to work on an "optimised" copy temporarily, preserving the original > appearance for later work. > Is there a way to preserve this original appearance? Or could an > option be introduced to switch off this synchronising effect? It sounds like you are changing the text-scale factor, which affects the buffer, regardless of where it is displayed. Alternatively, you can change the size of the default font for a frame, which affects all buffers displayed in that frame. See http://emacswiki.org/emacs/SetFonts#ChangingFontSize. From unknown Tue Jun 17 21:57:43 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7342: 24.0.50; synchronised appearence of buffers in different frames Resent-From: Peter Dyballa Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 06 Nov 2010 19:33:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7342 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams Cc: 7342@debbugs.gnu.org Received: via spool by 7342-submit@debbugs.gnu.org id=B7342.128907194811000 (code B ref 7342); Sat, 06 Nov 2010 19:33:01 +0000 Received: (at 7342) by debbugs.gnu.org; 6 Nov 2010 19:32:28 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PEoV2-0002rN-3t for submit@debbugs.gnu.org; Sat, 06 Nov 2010 15:32:28 -0400 Received: from mout7.freenet.de ([195.4.92.97]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PEoUz-0002rI-WB for 7342@debbugs.gnu.org; Sat, 06 Nov 2010 15:32:26 -0400 Received: from [195.4.92.25] (helo=15.mx.freenet.de) by mout7.freenet.de with esmtpa (ID peter_dyballa@freenet.de) (port 25) (Exim 4.72 #3) id 1PEoZO-0001S3-Qk; Sat, 06 Nov 2010 20:36:58 +0100 Received: from p5b23dfe3.dip.t-dialin.net ([91.35.223.227]:57036 helo=[192.168.1.2]) by 15.mx.freenet.de with esmtpsa (ID peter_dyballa@freenet.de) (TLSv1:AES128-SHA:128) (port 587) (Exim 4.72 #3) id 1PEoZN-0000YD-L4; Sat, 06 Nov 2010 20:36:58 +0100 Message-Id: <9814639E-EF84-4AD0-9BAD-67C609AB0BE8@Freenet.DE> From: Peter Dyballa In-Reply-To: <2CE164122FB745219D138F6C9D877A9A@us.oracle.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Sat, 6 Nov 2010 20:36:54 +0100 References: <33A237BB-3B7A-4872-ADF4-6AA6B9A80CAD@Freenet.DE> <2CE164122FB745219D138F6C9D877A9A@us.oracle.com> X-Mailer: Apple Mail (2.936) X-Spam-Score: -3.0 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.0 (---) Am 06.11.2010 um 18:13 schrieb Drew Adams: > It sounds like you are changing the text-scale factor, which affects > the buffer, > regardless of where it is displayed. I am using the functions from the S-mouse-1 menu ("Change Default Buffer Face"), increase or decrease buffer text size. I don't think that a "text scaling" happens, by magnifying pixels or such. > > Alternatively, you can change the size of the default font for a > frame, which > affects all buffers displayed in that frame. The functions in the menu do change the font used, from a 10pt variant to a 12pt variant or an 8pt variant, which is not restricted to the frame or window where it's being invoked. In the original frame, with usually two or three windows, I have two different fonts used. xft:-B&H-LucidaTypewriter-normal-normal-normal-Sans-8-*-*-*-m-50- iso10646-1 (#x55) xft:-B&H-LucidaTypewriter-normal-normal-normal-Sans-10-*-*-*-m-60- iso10646-1 (#x55) xft:-B&H-LucidaTypewriter-normal-normal-normal-Sans-12-*-*-*-m-70- iso10646-1 (#x55) Choosing a different fontset from a submenu of the "Change Default Buffer Face" shows the same synchronisation of the two buffers in different frames. -- Greetings Pete Upgraded, adj.: Didn't work the first time. From unknown Tue Jun 17 21:57:43 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7342: 24.0.50; synchronised appearence of buffers in different frames Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 06 Nov 2010 23:20:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7342 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "'Peter Dyballa'" Cc: 7342@debbugs.gnu.org Received: via spool by 7342-submit@debbugs.gnu.org id=B7342.128908555916889 (code B ref 7342); Sat, 06 Nov 2010 23:20:03 +0000 Received: (at 7342) by debbugs.gnu.org; 6 Nov 2010 23:19:19 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PEs2Z-0004OM-KG for submit@debbugs.gnu.org; Sat, 06 Nov 2010 19:19:19 -0400 Received: from rcsinet10.oracle.com ([148.87.113.121]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PEs2X-0004OF-Tb for 7342@debbugs.gnu.org; Sat, 06 Nov 2010 19:19:18 -0400 Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id oA6NNnea001601 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 6 Nov 2010 23:23:51 GMT Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id oA6MhFv6027929; Sat, 6 Nov 2010 23:23:48 GMT Received: from abhmt003.oracle.com by acsmt355.oracle.com with ESMTP id 755809011289085731; Sat, 06 Nov 2010 16:22:11 -0700 Received: from dradamslap1 (/10.159.218.132) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sat, 06 Nov 2010 16:22:11 -0700 From: "Drew Adams" References: <33A237BB-3B7A-4872-ADF4-6AA6B9A80CAD@Freenet.DE> <2CE164122FB745219D138F6C9D877A9A@us.oracle.com> <9814639E-EF84-4AD0-9BAD-67C609AB0BE8@Freenet.DE> Date: Sat, 6 Nov 2010 16:22:13 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <9814639E-EF84-4AD0-9BAD-67C609AB0BE8@Freenet.DE> Thread-Index: Act96jl1Y+g8qGFpTsGXrMq/KPE4EgAHUBVw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-Spam-Score: -6.3 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.3 (------) > > It sounds like you are changing the text-scale factor, > > which affects the buffer, regardless of where it is displayed. > > I am using the functions from the S-mouse-1 menu ("Change Default > Buffer Face"), increase or decrease buffer text size. I don't think > that a "text scaling" happens, by magnifying pixels or such. Yes, they changed the behavior of S-mouse-1. It now does so-called text scaling or resizing. The library for this behavior is face-remap.el. See for example `text-scale-increase' and `text-scale-adjust' (`C-x C-+'). For the doc, see the Emacs manual, node `Temporary Face Changes'. > > Alternatively, you can change the size of the default font for a > > frame, which affects all buffers displayed in that frame. > > The functions in the menu do change the font used... Those functions resize/scale the buffer text, as I said. An _alternative_ is to change the font of the `default' face for a given _frame_. You can do that in various ways. Again, see the SetFonts wiki page. From unknown Tue Jun 17 21:57:43 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7342: 24.0.50; synchronised appearence of buffers in different frames Resent-From: Peter Dyballa Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 07 Nov 2010 00:29:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7342 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams Cc: 7342@debbugs.gnu.org Received: via spool by 7342-submit@debbugs.gnu.org id=B7342.128908969918533 (code B ref 7342); Sun, 07 Nov 2010 00:29:02 +0000 Received: (at 7342) by debbugs.gnu.org; 7 Nov 2010 00:28:19 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PEt7K-0004os-K1 for submit@debbugs.gnu.org; Sat, 06 Nov 2010 20:28:18 -0400 Received: from mout0.freenet.de ([195.4.92.90]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PEt7I-0004on-M8 for 7342@debbugs.gnu.org; Sat, 06 Nov 2010 20:28:17 -0400 Received: from [195.4.92.15] (helo=5.mx.freenet.de) by mout0.freenet.de with esmtpa (ID peter_dyballa@freenet.de) (port 25) (Exim 4.72 #3) id 1PEtBg-00043a-Ss; Sun, 07 Nov 2010 01:32:48 +0100 Received: from p5b23dfe3.dip.t-dialin.net ([91.35.223.227]:57438 helo=[192.168.1.2]) by 5.mx.freenet.de with esmtpsa (ID peter_dyballa@freenet.de) (TLSv1:AES128-SHA:128) (port 587) (Exim 4.72 #3) id 1PEtBg-00019F-FF; Sun, 07 Nov 2010 01:32:48 +0100 Message-Id: <5DD0B746-B389-44AF-86E1-DC799D11B29E@Freenet.DE> From: Peter Dyballa In-Reply-To: Content-Type: text/plain; charset=WINDOWS-1252; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v936) Date: Sun, 7 Nov 2010 01:32:46 +0100 References: <33A237BB-3B7A-4872-ADF4-6AA6B9A80CAD@Freenet.DE> <2CE164122FB745219D138F6C9D877A9A@us.oracle.com> <9814639E-EF84-4AD0-9BAD-67C609AB0BE8@Freenet.DE> X-Mailer: Apple Mail (2.936) X-Spam-Score: -3.0 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.0 (---) Am 07.11.2010 um 00:22 schrieb Drew Adams: > Yes, they changed the behavior of S-mouse-1. It now does so-called =20= > text scaling > or resizing. I do see that a new font is used each time I increase or decrease the =20= text font used: 1. with my eyes (there are visible changes in the glyphs used which =20= cannot come from scaling, particularly not in case of the used Lucida =20= Sans Typewriter fonts) 2. C-u x =3D tells me different fonts used 3. lsof reports for for the case a =3D 224) initial frame, b =3D 225) =20= another frame opened, c =3D 226) text size increased, d =3D 227) text = size =20 reset to default and then decreased pete 224 /\ lsof -p 61698 | grep -i fonts | sort emacs 61698 pete txt REG 14,4 4073 18559873 /usr/X11/=20= share/fonts/75dpi/lutRS10-ISO8859-1.pcf.gz emacs 61698 pete txt REG 14,4 14793 18559811 /usr/X11/=20= share/fonts/75dpi/lutBS10.pcf.gz emacs 61698 pete txt REG 14,4 14816 18559882 /usr/X11/=20= share/fonts/75dpi/lutRS10.pcf.gz emacs 61698 pete txt REG 14,4 50776 9399361 /usr/=20 local/texlive/2008/texmf-dist/fonts/opentype/arkandis/libris/=20 LibrisADFStd-Bold.otf pete 225 /\ lsof -p 61698 | grep -i fonts | sort emacs 61698 pete txt REG 14,4 4073 18559873 /usr/X11/=20= share/fonts/75dpi/lutRS10-ISO8859-1.pcf.gz emacs 61698 pete txt REG 14,4 14793 18559811 /usr/X11/=20= share/fonts/75dpi/lutBS10.pcf.gz emacs 61698 pete txt REG 14,4 14816 18559882 /usr/X11/=20= share/fonts/75dpi/lutRS10.pcf.gz emacs 61698 pete txt REG 14,4 50776 9399361 /usr/=20 local/texlive/2008/texmf-dist/fonts/opentype/arkandis/libris/=20 LibrisADFStd-Bold.otf pete 226 /\ lsof -p 61698 | grep -i fonts | sort emacs 61698 pete txt REG 14,4 4073 18559873 /usr/X11/=20= share/fonts/75dpi/lutRS10-ISO8859-1.pcf.gz emacs 61698 pete txt REG 14,4 14793 18559811 /usr/X11/=20= share/fonts/75dpi/lutBS10.pcf.gz emacs 61698 pete txt REG 14,4 14816 18559882 /usr/X11/=20= share/fonts/75dpi/lutRS10.pcf.gz emacs 61698 pete txt REG 14,4 15072 18559821 /usr/X11/=20= share/fonts/75dpi/lutBS12.pcf.gz emacs 61698 pete txt REG 14,4 15220 18559892 /usr/X11/=20= share/fonts/75dpi/lutRS12.pcf.gz emacs 61698 pete txt REG 14,4 50776 9399361 /usr/=20 local/texlive/2008/texmf-dist/fonts/opentype/arkandis/libris/=20 LibrisADFStd-Bold.otf emacs 61698 pete txt REG 14,4 65932 18561222 /usr/X11/=20= share/fonts/TTF/Vera.ttf pete 227 /\ lsof -p 61698 | grep -i fonts | sort emacs 61698 pete txt REG 14,4 3515 18559863 /usr/X11/=20= share/fonts/75dpi/lutRS08-ISO8859-1.pcf.gz emacs 61698 pete txt REG 14,4 4073 18559873 /usr/X11/=20= share/fonts/75dpi/lutRS10-ISO8859-1.pcf.gz emacs 61698 pete txt REG 14,4 13536 18559801 /usr/X11/=20= share/fonts/75dpi/lutBS08.pcf.gz emacs 61698 pete txt REG 14,4 14793 18559811 /usr/X11/=20= share/fonts/75dpi/lutBS10.pcf.gz emacs 61698 pete txt REG 14,4 14816 18559882 /usr/X11/=20= share/fonts/75dpi/lutRS10.pcf.gz emacs 61698 pete txt REG 14,4 15072 18559821 /usr/X11/=20= share/fonts/75dpi/lutBS12.pcf.gz emacs 61698 pete txt REG 14,4 15220 18559892 /usr/X11/=20= share/fonts/75dpi/lutRS12.pcf.gz emacs 61698 pete txt REG 14,4 50776 9399361 /usr/=20 local/texlive/2008/texmf-dist/fonts/opentype/arkandis/libris/=20 LibrisADFStd-Bold.otf emacs 61698 pete txt REG 14,4 65932 18561222 /usr/X11/=20= share/fonts/TTF/Vera.ttf Libris ADF Std is used for the menus from the menu bar, Vera maybe for =20= pop-ups, and Lucida Sans Typewriter as text font in all buffers. My =20 version of GNU Emacs 24.0.50 is elder than this month. The question is anyway: Why are two buffers in two different frames =20 synchronised in their appearance? Is this really a design goal? And no =20= bug? I see this behaviour since, say, GNU Emacs 23.0.60. -- Greetings Pete Almost anything is easier to get into than out of. =96 Allen's Law From unknown Tue Jun 17 21:57:43 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7342: 24.0.50; synchronised appearence of buffers in different frames Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 07 Nov 2010 03:00:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7342 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "'Peter Dyballa'" Cc: 7342@debbugs.gnu.org Received: via spool by 7342-submit@debbugs.gnu.org id=B7342.128909876824739 (code B ref 7342); Sun, 07 Nov 2010 03:00:04 +0000 Received: (at 7342) by debbugs.gnu.org; 7 Nov 2010 02:59:28 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PEvTc-0006Qy-BJ for submit@debbugs.gnu.org; Sat, 06 Nov 2010 22:59:28 -0400 Received: from rcsinet10.oracle.com ([148.87.113.121]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PEvTa-0006Qt-Vw for 7342@debbugs.gnu.org; Sat, 06 Nov 2010 22:59:27 -0400 Received: from rcsinet13.oracle.com (rcsinet13.oracle.com [148.87.113.125]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id oA733xkw012659 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 7 Nov 2010 03:04:01 GMT Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153]) by rcsinet13.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id oA72xkO8014836; Sun, 7 Nov 2010 03:03:59 GMT Received: from abhmt010.oracle.com by acsmt353.oracle.com with ESMTP id 755930621289099039; Sat, 06 Nov 2010 20:03:59 -0700 Received: from dradamslap1 (/10.159.218.132) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sat, 06 Nov 2010 20:03:58 -0700 From: "Drew Adams" References: <33A237BB-3B7A-4872-ADF4-6AA6B9A80CAD@Freenet.DE> <2CE164122FB745219D138F6C9D877A9A@us.oracle.com> <9814639E-EF84-4AD0-9BAD-67C609AB0BE8@Freenet.DE> <5DD0B746-B389-44AF-86E1-DC799D11B29E@Freenet.DE> Date: Sat, 6 Nov 2010 20:04:00 -0700 Message-ID: <563CB3FC9C88431EBC2AB1E981C95052@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <5DD0B746-B389-44AF-86E1-DC799D11B29E@Freenet.DE> Thread-Index: Act+HjCezwnb3oiJSpKKMcA2kMfpsgACgy2A X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-Spam-Score: -6.3 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.3 (------) > The question is anyway: Why are two buffers in two different frames > synchronised in their appearance? Is this really a design > goal? And no bug? I see this behaviour since, say, GNU Emacs 23.0.60. AFAIK, yes, it was by design. But I'm neither responsible for it nor an expert about it. From unknown Tue Jun 17 21:57:43 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7342: face remap per frame, not buffer Resent-From: Stefan Kangas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 21 Oct 2021 19:45:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7342 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams Cc: Peter Dyballa , 7342@debbugs.gnu.org Received: via spool by 7342-submit@debbugs.gnu.org id=B7342.163484546019816 (code B ref 7342); Thu, 21 Oct 2021 19:45:02 +0000 Received: (at 7342) by debbugs.gnu.org; 21 Oct 2021 19:44:20 +0000 Received: from localhost ([127.0.0.1]:58617 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mddz9-00059S-S7 for submit@debbugs.gnu.org; Thu, 21 Oct 2021 15:44:20 -0400 Received: from mail-pl1-f178.google.com ([209.85.214.178]:33603) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mddz7-000591-Ti for 7342@debbugs.gnu.org; Thu, 21 Oct 2021 15:44:18 -0400 Received: by mail-pl1-f178.google.com with SMTP id y4so1183307plb.0 for <7342@debbugs.gnu.org>; Thu, 21 Oct 2021 12:44:17 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:in-reply-to:references:user-agent :mime-version:date:message-id:subject:to:cc; bh=OlBjx5mH81TR9GPAkodHVwVtzKCwdww6UCmEYHe5PiY=; b=5qGUsBAwv23ibskJtdLeFg7W7heq20lBxaINP+UXJGFmpnedYWv/TvlBRDxwBgiHIK sXN1NQVGDXUJw4XYsokIgA/GtSchHAFegXuD97WYMKkUHqfPty+n1fpOTrFwrIU0e+lG L9COohS9HKJ3FCKKosGg6J+uhnyRTJlWwxfAp0tqvL4HdMT2FeAxSYUwalYpLe/2AiPw HlTwTBJl9ILJVvn6Akb/6/VdE2hlOMNzCMgAehb66IJJdQX6TI0eVeWl8ZqJQeW+zI1s tLM8jdNd5w3AXLfKtDiyvMKiyu1RxExAsy3JjNZMiL++KcAZ6tVwHVhAk673Y/pMRb0z Mb2Q== X-Gm-Message-State: AOAM5304hgRB9TW6IZD8x6lXqU9gytMW7dD/KpZGMxC3b1zU0/drY4c1 XnrutiUGjgUuxx2ALpuQ8SWXAH+tSq0EXT5DQ/0= X-Google-Smtp-Source: ABdhPJyKD+XCOTfzZaTwvUvJjylZzK9eb2g3wyEGwZkPAwfhADQUcQTDTkqPGR2+5KKvNU/eipHXftgr3T5tk0D1FcQ= X-Received: by 2002:a17:902:e74a:b0:13f:3538:fca0 with SMTP id p10-20020a170902e74a00b0013f3538fca0mr7069515plf.22.1634845452268; Thu, 21 Oct 2021 12:44:12 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Thu, 21 Oct 2021 12:44:11 -0700 From: Stefan Kangas In-Reply-To: <563CB3FC9C88431EBC2AB1E981C95052@us.oracle.com> (Drew Adams's message of "Sat, 6 Nov 2010 20:04:00 -0700") References: <33A237BB-3B7A-4872-ADF4-6AA6B9A80CAD@Freenet.DE> <2CE164122FB745219D138F6C9D877A9A@us.oracle.com> <9814639E-EF84-4AD0-9BAD-67C609AB0BE8@Freenet.DE> <5DD0B746-B389-44AF-86E1-DC799D11B29E@Freenet.DE> <563CB3FC9C88431EBC2AB1E981C95052@us.oracle.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Date: Thu, 21 Oct 2021 12:44:11 -0700 Message-ID: Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) tags 7342 + notabug wontfix close 7342 thanks "Drew Adams" writes: >> The question is anyway: Why are two buffers in two different frames >> synchronised in their appearance? Is this really a design >> goal? And no bug? I see this behaviour since, say, GNU Emacs 23.0.60. > > AFAIK, yes, it was by design. But I'm neither responsible for it nor an expert > about it. I think this is working as designed: `text-scale-adjust' works per buffer, not per window or frame. If you want a different font size in a different window, I recommend using `clone-indirect-buffer' or `clone-indirect-buffer-other-window'. If you want a different font size in a different frame, you should change the font parameters for that frame, see Info node `(elisp) Frame Parameters'. I'm therefore closing this bug report. If you believe that this conclusion is incorrect, please reply to this email (use "Reply to all" in your email client) and we might reconsider. From unknown Tue Jun 17 21:57:43 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7342: face remap per frame, not buffer Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 22 Oct 2021 06:03:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7342 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix notabug To: Stefan Kangas Cc: Peter_Dyballa@freenet.de, 7342@debbugs.gnu.org, drew.adams@oracle.com Received: via spool by 7342-submit@debbugs.gnu.org id=B7342.163488257412054 (code B ref 7342); Fri, 22 Oct 2021 06:03:02 +0000 Received: (at 7342) by debbugs.gnu.org; 22 Oct 2021 06:02:54 +0000 Received: from localhost ([127.0.0.1]:59126 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mdndm-00038L-3Q for submit@debbugs.gnu.org; Fri, 22 Oct 2021 02:02:54 -0400 Received: from eggs.gnu.org ([209.51.188.92]:50042) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mdndZ-00037l-3u for 7342@debbugs.gnu.org; Fri, 22 Oct 2021 02:02:52 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:35174) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mdndQ-00029p-7Z; Fri, 22 Oct 2021 02:02:32 -0400 Received: from [87.69.77.57] (port=1697 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mdndP-0004Va-Pg; Fri, 22 Oct 2021 02:02:32 -0400 Date: Fri, 22 Oct 2021 09:02:16 +0300 Message-Id: <831r4d8umv.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Stefan Kangas on Thu, 21 Oct 2021 12:44:11 -0700) References: <33A237BB-3B7A-4872-ADF4-6AA6B9A80CAD@Freenet.DE> <2CE164122FB745219D138F6C9D877A9A@us.oracle.com> <9814639E-EF84-4AD0-9BAD-67C609AB0BE8@Freenet.DE> <5DD0B746-B389-44AF-86E1-DC799D11B29E@Freenet.DE> <563CB3FC9C88431EBC2AB1E981C95052@us.oracle.com> X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Stefan Kangas > Date: Thu, 21 Oct 2021 12:44:11 -0700 > Cc: Peter Dyballa , 7342@debbugs.gnu.org > > I think this is working as designed: `text-scale-adjust' works per > buffer, not per window or frame. > > If you want a different font size in a different window, I recommend using > `clone-indirect-buffer' or `clone-indirect-buffer-other-window'. > > If you want a different font size in a different frame, you should > change the font parameters for that frame, see Info node `(elisp) Frame > Parameters'. Btw, since this bug was filed, Emacs learned to have window-specific faces, so the situation is nowadays even better.