bug#7342: 24.0.50; synchronised appearence of buffers in different frames

bug#7342: 24.0.50; synchronised appearence of buffers in different frames

[Peter Dyballa]

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

bug#7342: 24.0.50; synchronised appearence of buffers in different frames

[Drew Adams]

> 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.

bug#7342: 24.0.50; synchronised appearence of buffers in different frames

[Peter Dyballa]

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.

bug#7342: 24.0.50; synchronised appearence of buffers in different frames

[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.

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. 

bug#7342: 24.0.50; synchronised appearence of buffers in different frames

[Peter Dyballa]

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

bug#7342: 24.0.50; synchronised appearence of buffers in different frames

[Drew Adams]

> 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.

bug#7342: face remap per frame, not buffer

[Stefan Kangas]

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.

bug#7342: face remap per frame, not buffer

[Eli Zaretskii]

> 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.