* bug#7342: 24.0.50; synchronised appearence of buffers in different frames @ 2010-11-06 12:10 Peter Dyballa 2010-11-06 17:13 ` Drew Adams 0 siblings, 1 reply; 8+ messages in thread From: Peter Dyballa @ 2010-11-06 12:10 UTC (permalink / raw) To: 7342 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 ^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#7342: 24.0.50; synchronised appearence of buffers in different frames 2010-11-06 12:10 bug#7342: 24.0.50; synchronised appearence of buffers in different frames Peter Dyballa @ 2010-11-06 17:13 ` Drew Adams 2010-11-06 19:36 ` Peter Dyballa 0 siblings, 1 reply; 8+ messages in thread From: Drew Adams @ 2010-11-06 17:13 UTC (permalink / raw) To: 'Peter Dyballa', 7342 > 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. ^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#7342: 24.0.50; synchronised appearence of buffers in different frames 2010-11-06 17:13 ` Drew Adams @ 2010-11-06 19:36 ` Peter Dyballa 2010-11-06 23:22 ` Drew Adams 0 siblings, 1 reply; 8+ messages in thread From: Peter Dyballa @ 2010-11-06 19:36 UTC (permalink / raw) To: Drew Adams; +Cc: 7342 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. ^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#7342: 24.0.50; synchronised appearence of buffers in different frames 2010-11-06 19:36 ` Peter Dyballa @ 2010-11-06 23:22 ` Drew Adams 2010-11-07 0:32 ` Peter Dyballa 0 siblings, 1 reply; 8+ messages in thread From: Drew Adams @ 2010-11-06 23:22 UTC (permalink / raw) To: 'Peter Dyballa'; +Cc: 7342 > > 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. ^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#7342: 24.0.50; synchronised appearence of buffers in different frames 2010-11-06 23:22 ` Drew Adams @ 2010-11-07 0:32 ` Peter Dyballa 2010-11-07 3:04 ` Drew Adams 0 siblings, 1 reply; 8+ messages in thread From: Peter Dyballa @ 2010-11-07 0:32 UTC (permalink / raw) To: Drew Adams; +Cc: 7342 Am 07.11.2010 um 00:22 schrieb Drew Adams: > Yes, they changed the behavior of S-mouse-1. It now does so-called > text scaling > or resizing. I do see that a new font is used each time I increase or decrease the text font used: 1. with my eyes (there are visible changes in the glyphs used which cannot come from scaling, particularly not in case of the used Lucida Sans Typewriter fonts) 2. C-u x = tells me different fonts used 3. lsof reports for for the case a = 224) initial frame, b = 225) another frame opened, c = 226) text size increased, d = 227) text size 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/ share/fonts/75dpi/lutRS10-ISO8859-1.pcf.gz emacs 61698 pete txt REG 14,4 14793 18559811 /usr/X11/ share/fonts/75dpi/lutBS10.pcf.gz emacs 61698 pete txt REG 14,4 14816 18559882 /usr/X11/ share/fonts/75dpi/lutRS10.pcf.gz emacs 61698 pete txt REG 14,4 50776 9399361 /usr/ local/texlive/2008/texmf-dist/fonts/opentype/arkandis/libris/ LibrisADFStd-Bold.otf pete 225 /\ lsof -p 61698 | grep -i fonts | sort emacs 61698 pete txt REG 14,4 4073 18559873 /usr/X11/ share/fonts/75dpi/lutRS10-ISO8859-1.pcf.gz emacs 61698 pete txt REG 14,4 14793 18559811 /usr/X11/ share/fonts/75dpi/lutBS10.pcf.gz emacs 61698 pete txt REG 14,4 14816 18559882 /usr/X11/ share/fonts/75dpi/lutRS10.pcf.gz emacs 61698 pete txt REG 14,4 50776 9399361 /usr/ local/texlive/2008/texmf-dist/fonts/opentype/arkandis/libris/ LibrisADFStd-Bold.otf pete 226 /\ lsof -p 61698 | grep -i fonts | sort emacs 61698 pete txt REG 14,4 4073 18559873 /usr/X11/ share/fonts/75dpi/lutRS10-ISO8859-1.pcf.gz emacs 61698 pete txt REG 14,4 14793 18559811 /usr/X11/ share/fonts/75dpi/lutBS10.pcf.gz emacs 61698 pete txt REG 14,4 14816 18559882 /usr/X11/ share/fonts/75dpi/lutRS10.pcf.gz emacs 61698 pete txt REG 14,4 15072 18559821 /usr/X11/ share/fonts/75dpi/lutBS12.pcf.gz emacs 61698 pete txt REG 14,4 15220 18559892 /usr/X11/ share/fonts/75dpi/lutRS12.pcf.gz emacs 61698 pete txt REG 14,4 50776 9399361 /usr/ local/texlive/2008/texmf-dist/fonts/opentype/arkandis/libris/ LibrisADFStd-Bold.otf emacs 61698 pete txt REG 14,4 65932 18561222 /usr/X11/ 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/ share/fonts/75dpi/lutRS08-ISO8859-1.pcf.gz emacs 61698 pete txt REG 14,4 4073 18559873 /usr/X11/ share/fonts/75dpi/lutRS10-ISO8859-1.pcf.gz emacs 61698 pete txt REG 14,4 13536 18559801 /usr/X11/ share/fonts/75dpi/lutBS08.pcf.gz emacs 61698 pete txt REG 14,4 14793 18559811 /usr/X11/ share/fonts/75dpi/lutBS10.pcf.gz emacs 61698 pete txt REG 14,4 14816 18559882 /usr/X11/ share/fonts/75dpi/lutRS10.pcf.gz emacs 61698 pete txt REG 14,4 15072 18559821 /usr/X11/ share/fonts/75dpi/lutBS12.pcf.gz emacs 61698 pete txt REG 14,4 15220 18559892 /usr/X11/ share/fonts/75dpi/lutRS12.pcf.gz emacs 61698 pete txt REG 14,4 50776 9399361 /usr/ local/texlive/2008/texmf-dist/fonts/opentype/arkandis/libris/ LibrisADFStd-Bold.otf emacs 61698 pete txt REG 14,4 65932 18561222 /usr/X11/ share/fonts/TTF/Vera.ttf Libris ADF Std is used for the menus from the menu bar, Vera maybe for pop-ups, and Lucida Sans Typewriter as text font in all buffers. My version of GNU Emacs 24.0.50 is elder than this month. 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. -- Greetings Pete Almost anything is easier to get into than out of. – Allen's Law ^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#7342: 24.0.50; synchronised appearence of buffers in different frames 2010-11-07 0:32 ` Peter Dyballa @ 2010-11-07 3:04 ` Drew Adams 2021-10-21 19:44 ` bug#7342: face remap per frame, not buffer Stefan Kangas 0 siblings, 1 reply; 8+ messages in thread From: Drew Adams @ 2010-11-07 3:04 UTC (permalink / raw) To: 'Peter Dyballa'; +Cc: 7342 > 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. ^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#7342: face remap per frame, not buffer 2010-11-07 3:04 ` Drew Adams @ 2021-10-21 19:44 ` Stefan Kangas 2021-10-22 6:02 ` Eli Zaretskii 0 siblings, 1 reply; 8+ messages in thread From: Stefan Kangas @ 2021-10-21 19:44 UTC (permalink / raw) To: Drew Adams; +Cc: Peter Dyballa, 7342 tags 7342 + notabug wontfix close 7342 thanks "Drew Adams" <drew.adams@oracle.com> 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. ^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#7342: face remap per frame, not buffer 2021-10-21 19:44 ` bug#7342: face remap per frame, not buffer Stefan Kangas @ 2021-10-22 6:02 ` Eli Zaretskii 0 siblings, 0 replies; 8+ messages in thread From: Eli Zaretskii @ 2021-10-22 6:02 UTC (permalink / raw) To: Stefan Kangas; +Cc: Peter_Dyballa, 7342 > From: Stefan Kangas <stefan@marxist.se> > Date: Thu, 21 Oct 2021 12:44:11 -0700 > Cc: Peter Dyballa <Peter_Dyballa@freenet.de>, 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. ^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2021-10-22 6:02 UTC | newest] Thread overview: 8+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2010-11-06 12:10 bug#7342: 24.0.50; synchronised appearence of buffers in different frames Peter Dyballa 2010-11-06 17:13 ` Drew Adams 2010-11-06 19:36 ` Peter Dyballa 2010-11-06 23:22 ` Drew Adams 2010-11-07 0:32 ` Peter Dyballa 2010-11-07 3:04 ` Drew Adams 2021-10-21 19:44 ` bug#7342: face remap per frame, not buffer Stefan Kangas 2021-10-22 6:02 ` Eli Zaretskii
Code repositories for project(s) associated with this public inbox https://git.savannah.gnu.org/cgit/emacs.git 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).