GNU bug report logs -
#7342
face remap per frame, not buffer
Previous Next
Reported by: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
Date: Sat, 6 Nov 2010 12:07:02 UTC
Severity: wishlist
Tags: notabug, wontfix
Found in version 24.0.50
Done: Stefan Kangas <stefan <at> marxist.se>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 7342 in the body.
You can then email your comments to 7342 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7342
; Package
emacs
.
(Sat, 06 Nov 2010 12:07:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 06 Nov 2010 12:07:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
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
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7342
; Package
emacs
.
(Sat, 06 Nov 2010 17:12:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 7342 <at> debbugs.gnu.org (full text, mbox):
> 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.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7342
; Package
emacs
.
(Sat, 06 Nov 2010 19:33:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 7342 <at> debbugs.gnu.org (full text, mbox):
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.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7342
; Package
emacs
.
(Sat, 06 Nov 2010 23:20:03 GMT)
Full text and
rfc822 format available.
Message #14 received at 7342 <at> debbugs.gnu.org (full text, mbox):
> > 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.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7342
; Package
emacs
.
(Sun, 07 Nov 2010 00:29:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 7342 <at> debbugs.gnu.org (full text, mbox):
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
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7342
; Package
emacs
.
(Sun, 07 Nov 2010 03:00:04 GMT)
Full text and
rfc822 format available.
Message #20 received at 7342 <at> debbugs.gnu.org (full text, mbox):
> 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.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#7342
; Package
emacs
.
(Thu, 21 Oct 2021 19:45:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 7342 <at> debbugs.gnu.org (full text, mbox):
tags 7342 + notabug wontfix
close 7342
thanks
"Drew Adams" <drew.adams <at> 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.
Added tag(s) notabug and wontfix.
Request was from
Stefan Kangas <stefan <at> marxist.se>
to
control <at> debbugs.gnu.org
.
(Thu, 21 Oct 2021 19:45:04 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
7342 <at> debbugs.gnu.org and Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
Request was from
Stefan Kangas <stefan <at> marxist.se>
to
control <at> debbugs.gnu.org
.
(Thu, 21 Oct 2021 19:45:04 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#7342
; Package
emacs
.
(Fri, 22 Oct 2021 06:03:02 GMT)
Full text and
rfc822 format available.
Message #30 received at 7342 <at> debbugs.gnu.org (full text, mbox):
> From: Stefan Kangas <stefan <at> marxist.se>
> Date: Thu, 21 Oct 2021 12:44:11 -0700
> Cc: Peter Dyballa <Peter_Dyballa <at> freenet.de>, 7342 <at> 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.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 19 Nov 2021 12:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 2 years and 158 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.