GNU bug report logs -
#10178
24.0.92; emacs -q frame too short for fancy splash image
Previous Next
Reported by: Stephen Berman <stephen.berman <at> gmx.net>
Date: Thu, 1 Dec 2011 08:47:01 UTC
Severity: minor
Found in version 24.0.92
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
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 10178 in the body.
You can then email your comments to 10178 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10178
; Package
emacs
.
(Thu, 01 Dec 2011 08:47:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Stephen Berman <stephen.berman <at> gmx.net>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Thu, 01 Dec 2011 08:47:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Starting with -q does not show the fancy splash image; `M-:
(window-height)' returns 34. If I start with -q -geometry 80x36 `M-:
(window-height)' returns 35 and the fancy splash image appears (though
with this height the last line of the splash screen is partially
truncated). I think I started seeing this behavior during the last
pretest (24.0.91), but it might have been earlier.
In GNU Emacs 24.0.92.1 (i686-suse-linux-gnu, GTK+ Version 2.24.7)
of 2011-12-01 on escher
Windowing system distributor `The X.Org Foundation', version 11.0.11004000
configured using `configure '--without-toolkit-scroll-bars' 'CFLAGS=-g''
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: en_US.UTF-8
value of $XMODIFIERS: @im=local
locale-coding-system: utf-8-unix
default enable-multibyte-characters: t
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10178
; Package
emacs
.
(Sun, 04 Dec 2011 13:44:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 10178 <at> debbugs.gnu.org (full text, mbox):
1 dec 2011 kl. 09:45 skrev Stephen Berman:
> Starting with -q does not show the fancy splash image; `M-:
> (window-height)' returns 34. If I start with -q -geometry 80x36 `M-:
> (window-height)' returns 35 and the fancy splash image appears (though
> with this height the last line of the splash screen is partially
> truncated). I think I started seeing this behavior during the last
> pretest (24.0.91), but it might have been earlier.
>
I see in startup.el:
(defun use-fancy-splash-screens-p ()
"Return t if fancy splash screens should be used."
(when (and (display-graphic-p)
(or (and (display-color-p)
(image-type-available-p 'xpm))
(image-type-available-p 'pbm)))
(let ((frame (fancy-splash-frame)))
(when frame
(let* ((img (create-image (or fancy-splash-image
(if (and (display-color-p)
(image-type-available-p 'xpm))
"splash.xpm" "splash.pbm"))))
(image-height (and img (cdr (image-size img nil frame))))
;; We test frame-height so that, if the frame is split
;; by displaying a warning, that doesn't cause the normal
;; splash screen to be used.
(frame-height (1- (frame-height frame))))
(> frame-height (+ image-height 19)))))))
On my system, image-height becomes 14.466666666666667, so frame-height must be larger than 33.4666....
34 should fit. Is image-size something else on your system?
Jan D.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10178
; Package
emacs
.
(Sun, 04 Dec 2011 14:11:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 10178 <at> debbugs.gnu.org (full text, mbox):
On Sun, 4 Dec 2011 14:42:56 +0100 Jan Djärv <jan.h.d <at> swipnet.se> wrote:
> 1 dec 2011 kl. 09:45 skrev Stephen Berman:
>
>> Starting with -q does not show the fancy splash image; `M-:
>> (window-height)' returns 34. If I start with -q -geometry 80x36 `M-:
>> (window-height)' returns 35 and the fancy splash image appears (though
>> with this height the last line of the splash screen is partially
>> truncated). I think I started seeing this behavior during the last
>> pretest (24.0.91), but it might have been earlier.
>>
>
> I see in startup.el:
>
> (defun use-fancy-splash-screens-p ()
> "Return t if fancy splash screens should be used."
> (when (and (display-graphic-p)
> (or (and (display-color-p)
> (image-type-available-p 'xpm))
> (image-type-available-p 'pbm)))
> (let ((frame (fancy-splash-frame)))
> (when frame
> (let* ((img (create-image (or fancy-splash-image
> (if (and (display-color-p)
> (image-type-available-p 'xpm))
> "splash.xpm" "splash.pbm"))))
> (image-height (and img (cdr (image-size img nil frame))))
> ;; We test frame-height so that, if the frame is split
> ;; by displaying a warning, that doesn't cause the normal
> ;; splash screen to be used.
> (frame-height (1- (frame-height frame))))
> (> frame-height (+ image-height 19)))))))
>
> On my system, image-height becomes 14.466666666666667, so frame-height
> must be larger than 33.4666....
> 34 should fit. Is image-size something else on your system?
Yes, 15.5 (image-size returns (38.57142857142857 . 15.5)), which means
the decremented frame-height should be > 34.5, so 34 is too small. This
is with the font
-unknown-DejaVu Sans Mono-normal-normal-normal-*-12-*-*-*-m-0-iso10646-1,
which I've been using since well before the fancy splash image started
failing to be displayed.
Steve Berman
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10178
; Package
emacs
.
(Wed, 07 Dec 2011 16:55:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 10178 <at> debbugs.gnu.org (full text, mbox):
>> On my system, image-height becomes 14.466666666666667, so frame-height
>> must be larger than 33.4666....
>> 34 should fit. Is image-size something else on your system?
>
> Yes, 15.5 (image-size returns (38.57142857142857 . 15.5)), which means
> the decremented frame-height should be > 34.5, so 34 is too small. This
> is with the font
> -unknown-DejaVu Sans Mono-normal-normal-normal-*-12-*-*-*-m-0-iso10646-1,
> which I've been using since well before the fancy splash image started
> failing to be displayed.
I see no changes in image size calculations between versions 23 and 24.
With -misc-fixed-medium-r-normal--10-100-75-75-c-60-iso8859-1
in Emacs 23.1:
(image-size (create-image "splash.xpm"))
=> (45.0 . 21.7)
In Emacs 24.0.92:
(image-size (create-image "splash.xpm"))
=> (45.0 . 21.7)
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10178
; Package
emacs
.
(Wed, 07 Dec 2011 21:56:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 10178 <at> debbugs.gnu.org (full text, mbox):
On Wed, 07 Dec 2011 18:47:37 +0200 Juri Linkov <juri <at> jurta.org> wrote:
>>> On my system, image-height becomes 14.466666666666667, so frame-height
>>> must be larger than 33.4666....
>>> 34 should fit. Is image-size something else on your system?
>>
>> Yes, 15.5 (image-size returns (38.57142857142857 . 15.5)), which means
>> the decremented frame-height should be > 34.5, so 34 is too small. This
>> is with the font
>> -unknown-DejaVu Sans Mono-normal-normal-normal-*-12-*-*-*-m-0-iso10646-1,
>> which I've been using since well before the fancy splash image started
>> failing to be displayed.
>
> I see no changes in image size calculations between versions 23 and 24.
>
> With -misc-fixed-medium-r-normal--10-100-75-75-c-60-iso8859-1
> in Emacs 23.1:
>
> (image-size (create-image "splash.xpm"))
> => (45.0 . 21.7)
>
> In Emacs 24.0.92:
>
> (image-size (create-image "splash.xpm"))
> => (45.0 . 21.7)
I just installed my GNU/Linux distribution's (openSUSE 12.1) Emacs 23.3,
and it shows the same behavior as my build from the trunk: no fancy splash
image with -q, frame-height = 35, image-size returns (38.57142857142857
. 15.5). With Emacs 23.2 from openSUSE 11.4, emacs -q does display the
splash image. Could this have to do with the GTK+ version (2.24.7 in
openSUSE 12.1)?
Steve Berman
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10178
; Package
emacs
.
(Sat, 10 Dec 2011 13:15:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 10178 <at> debbugs.gnu.org (full text, mbox):
7 dec 2011 kl. 22:54 skrev Stephen Berman:
> On Wed, 07 Dec 2011 18:47:37 +0200 Juri Linkov <juri <at> jurta.org> wrote:
>
>>>> On my system, image-height becomes 14.466666666666667, so frame-height
>>>> must be larger than 33.4666....
>>>> 34 should fit. Is image-size something else on your system?
>>>
>>> Yes, 15.5 (image-size returns (38.57142857142857 . 15.5)), which means
>>> the decremented frame-height should be > 34.5, so 34 is too small. This
>>> is with the font
>>> -unknown-DejaVu Sans Mono-normal-normal-normal-*-12-*-*-*-m-0-iso10646-1,
>>> which I've been using since well before the fancy splash image started
>>> failing to be displayed.
>>
>> I see no changes in image size calculations between versions 23 and 24.
>>
>> With -misc-fixed-medium-r-normal--10-100-75-75-c-60-iso8859-1
>> in Emacs 23.1:
>>
>> (image-size (create-image "splash.xpm"))
>> => (45.0 . 21.7)
>>
>> In Emacs 24.0.92:
>>
>> (image-size (create-image "splash.xpm"))
>> => (45.0 . 21.7)
>
> I just installed my GNU/Linux distribution's (openSUSE 12.1) Emacs 23.3,
> and it shows the same behavior as my build from the trunk: no fancy splash
> image with -q, frame-height = 35, image-size returns (38.57142857142857
> . 15.5). With Emacs 23.2 from openSUSE 11.4, emacs -q does display the
> splash image. Could this have to do with the GTK+ version (2.24.7 in
> openSUSE 12.1)?
I doubt it, as Gtk+ is not used for any font metrics or image handling (except for tool bar images). But different versions of freetype2 and/or the image libraries might influence this.
With your font (-unknown-DejaVu Sans Mono-normal-normal-normal-*-12-*-*-*-m-0-iso10646-1, aka monospace-9) i get:
(38.57142857142857 . 14.466666666666667)
So the width is the same as what you get, but the height differs. Strange.
Does (image-size (create-image "splash.xpm") t) return (270 . 217) ?
Go to *scratch* and evaluate (assuming there is a character at pos 1):
(font-info (font-at 1))
It should return:
["-unknown-DejaVu Sans Mono-normal-normal-normal-*-12-*-*-*-m-0-iso10646-1" "DejaVu Sans Mono:pixelsize=12:foundry=unknown:weight=normal:slant=normal:width=normal:spacing=100:scalable=true" 12 15 0 0 0]
15 is the font height (i.e. 217 / 15 = 14.466666...). Do you have that?
Jan D.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10178
; Package
emacs
.
(Sat, 10 Dec 2011 15:15:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 10178 <at> debbugs.gnu.org (full text, mbox):
On Sat, 10 Dec 2011 14:13:25 +0100 Jan Djärv <jan.h.d <at> swipnet.se> wrote:
> 7 dec 2011 kl. 22:54 skrev Stephen Berman:
[...]
>> I just installed my GNU/Linux distribution's (openSUSE 12.1) Emacs 23.3,
>> and it shows the same behavior as my build from the trunk: no fancy splash
>> image with -q, frame-height = 35, image-size returns (38.57142857142857
>> . 15.5). With Emacs 23.2 from openSUSE 11.4, emacs -q does display the
>> splash image. Could this have to do with the GTK+ version (2.24.7 in
>> openSUSE 12.1)?
>
> I doubt it, as Gtk+ is not used for any font metrics or image handling (except
> for tool bar images). But different versions of freetype2 and/or the image
> libraries might influence this.
>
> With your font (-unknown-DejaVu Sans
> Mono-normal-normal-normal-*-12-*-*-*-m-0-iso10646-1, aka monospace-9) i get:
>
> (38.57142857142857 . 14.466666666666667)
>
> So the width is the same as what you get, but the height differs. Strange.
>
> Does (image-size (create-image "splash.xpm") t) return (270 . 217) ?
Yes.
> Go to *scratch* and evaluate (assuming there is a character at pos 1):
>
> (font-info (font-at 1))
>
> It should return:
>
> ["-unknown-DejaVu Sans Mono-normal-normal-normal-*-12-*-*-*-m-0-iso10646-1"
> "DejaVu Sans
> Mono:pixelsize=12:foundry=unknown:weight=normal:slant=normal:width=normal:spacing=100:scalable=true"
> 12 15 0 0 0]
I get:
["-unknown-DejaVu Sans Mono-normal-normal-normal-*-12-*-*-*-m-0-iso10646-1" "DejaVu Sans Mono:pixelsize=12:foundry=unknown:weight=normal:slant=normal:width=normal:spacing=100:scalable=true" 12 14 0 0 0]
> 15 is the font height (i.e. 217 / 15 = 14.466666...). Do you have that?
No, but 217/14 = 15.5, which is what image-size shows here.
I have DejaVu version 2.33, Freetype2 version 2.4.7, and
xorg-x11-libXpm-devel version 7.6.
Steve Berman
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10178
; Package
emacs
.
(Sun, 11 Dec 2011 12:03:01 GMT)
Full text and
rfc822 format available.
Message #26 received at 10178 <at> debbugs.gnu.org (full text, mbox):
10 dec 2011 kl. 16:13 skrev Stephen Berman:
> On Sat, 10 Dec 2011 14:13:25 +0100 Jan Djärv <jan.h.d <at> swipnet.se> wrote:
>
> I get:
>
> ["-unknown-DejaVu Sans Mono-normal-normal-normal-*-12-*-*-*-m-0-iso10646-1" "DejaVu Sans Mono:pixelsize=12:foundry=unknown:weight=normal:slant=normal:width=normal:spacing=100:scalable=true" 12 14 0 0 0]
>
>> 15 is the font height (i.e. 217 / 15 = 14.466666...). Do you have that?
>
> No, but 217/14 = 15.5, which is what image-size shows here.
>
> I have DejaVu version 2.33, Freetype2 version 2.4.7, and
> xorg-x11-libXpm-devel version 7.6.
Aha! I have freetype2 version 2.4.4, but if I install 2.4.7 I also get font height 14 and image height 15.5.
In the changelog for freetype2 there is a reference to here:
http://lists.gnu.org/archive/html/freetype-devel/2011-07/msg00049.html
where a change in font metrics for 2.4.6 is discussed. Quote:
"The changes result in better, more consistent line spacing.
DejaVu got one point smaller, there is nothing wrong with
that too."
So I guess Emacs does the right thing after all. However, we could think about changing the condition for showing the splash image or shrinking the splash image or reduce the amount of text.
Is the font you use default on Suse? In that case the splash image won't show up by default on Suse.
Jan D.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10178
; Package
emacs
.
(Sun, 11 Dec 2011 16:42:01 GMT)
Full text and
rfc822 format available.
Message #29 received at 10178 <at> debbugs.gnu.org (full text, mbox):
On Sun, 11 Dec 2011 13:00:57 +0100 Jan Djärv <jan.h.d <at> swipnet.se> wrote:
> 10 dec 2011 kl. 16:13 skrev Stephen Berman:
>
>> On Sat, 10 Dec 2011 14:13:25 +0100 Jan Djärv <jan.h.d <at> swipnet.se> wrote:
>>
>> I get:
>>
>> ["-unknown-DejaVu Sans Mono-normal-normal-normal-*-12-*-*-*-m-0-iso10646-1"
>> "DejaVu Sans
>> Mono:pixelsize=12:foundry=unknown:weight=normal:slant=normal:width=normal:spacing=100:scalable=true"
>> 12 14 0 0 0]
>>
>>> 15 is the font height (i.e. 217 / 15 = 14.466666...). Do you have that?
>>
>> No, but 217/14 = 15.5, which is what image-size shows here.
>>
>> I have DejaVu version 2.33, Freetype2 version 2.4.7, and
>> xorg-x11-libXpm-devel version 7.6.
>
> Aha! I have freetype2 version 2.4.4, but if I install 2.4.7 I also get font
> height 14 and image height 15.5.
Thanks for checking and confirming.
> In the changelog for freetype2 there is a reference to here:
>
> http://lists.gnu.org/archive/html/freetype-devel/2011-07/msg00049.html
>
> where a change in font metrics for 2.4.6 is discussed. Quote:
>
> "The changes result in better, more consistent line spacing.
> DejaVu got one point smaller, there is nothing wrong with
> that too."
>
> So I guess Emacs does the right thing after all. However, we could think
> about changing the condition for showing the splash image or shrinking the
> splash image or reduce the amount of text.
I think slightly shrinking the image -- either unconditionally or
conditioned on the value of image-height? -- would be fine. Or, as I
noted earlier, I also get the image if frame-height is 36 instead of the
current default of 35.
> Is the font you use default on Suse? In that case the splash image won't show
> up by default on Suse.
Actually, although I reported earlier in this thread that starting the
Emacs that comes with openSUSE 12.1 (23.3) with -q also does not show
the fancy splash screen, I had neglected to remove my .Xresources
setting for Emacs, which specifies DejaVu 10 (which is actually 12pt, as
shown above); when I remove that resource, both openSUSE's Emacs 23.3
and Emacs 24 from the trunk started with -q do show the fancy splash
screen. This is because the font height is 19 by distribution default.
However, this also results in the final two lines of the splash screen
-- "If an Emacs session crashed recently, type Meta-x recover-session
RET to recover the files you were editing." -- not being visible
initially. Maybe this sentence should come earlier.
Steve Berman
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10178
; Package
emacs
.
(Thu, 15 Dec 2011 21:45:02 GMT)
Full text and
rfc822 format available.
Message #32 received at 10178 <at> debbugs.gnu.org (full text, mbox):
>> So I guess Emacs does the right thing after all. However, we could think
>> about changing the condition for showing the splash image or shrinking the
>> splash image or reduce the amount of text.
>
> I think slightly shrinking the image -- either unconditionally or
> conditioned on the value of image-height? -- would be fine. Or, as I
> noted earlier, I also get the image if frame-height is 36 instead of the
> current default of 35.
Shrinking the image would require ImageMagick that is not always available.
But I think not showing the image would be better, and this is already possible
by calling the fancy function with the argument `concise' equal to t.
> However, this also results in the final two lines of the splash screen
> -- "If an Emacs session crashed recently, type Meta-x recover-session
> RET to recover the files you were editing." -- not being visible
> initially. Maybe this sentence should come earlier.
When I run Emacs with `-geometry 80x42' then the final *five* lines
are not visible. The calculations are wrong because they can't account
for variable-height fonts used on the splash screen.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10178
; Package
emacs
.
(Fri, 16 Dec 2011 06:32:02 GMT)
Full text and
rfc822 format available.
Message #35 received at 10178 <at> debbugs.gnu.org (full text, mbox):
Hi
15 dec 2011 kl. 22:27 skrev Juri Linkov <juri <at> jurta.org>:
>>> So I guess Emacs does the right thing after all. However, we could think
>>> about changing the condition for showing the splash image or shrinking the
>>> splash image or reduce the amount of text.
>>
>> I think slightly shrinking the image -- either unconditionally or
>> conditioned on the value of image-height? -- would be fine. Or, as I
>> noted earlier, I also get the image if frame-height is 36 instead of the
>> current default of 35.
>
> Shrinking the image would require ImageMagick that is not always available.
> But I think not showing the image would be better, and this is already possible
> by calling the fancy function with the argument `concise' equal to t.
I was thinking of shrinking the original image file. Not at runtime.
Jan D.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10178
; Package
emacs
.
(Sat, 07 Jan 2012 09:17:01 GMT)
Full text and
rfc822 format available.
Message #38 received at 10178 <at> debbugs.gnu.org (full text, mbox):
Jan Djärv <jan.h.d <at> swipnet.se> writes:
> I was thinking of shrinking the original image file. Not at runtime.
Instead of shrinking the image, we could experiment with using SVG
(post-24.1).
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10178
; Package
emacs
.
(Thu, 26 Sep 2019 17:36:01 GMT)
Full text and
rfc822 format available.
Message #41 received at 10178 <at> debbugs.gnu.org (full text, mbox):
Jan Djärv <jan.h.d <at> swipnet.se> writes:
>> Starting with -q does not show the fancy splash image; `M-:
>> (window-height)' returns 34. If I start with -q -geometry 80x36 `M-:
>> (window-height)' returns 35 and the fancy splash image appears (though
>> with this height the last line of the splash screen is partially
>> truncated). I think I started seeing this behavior during the last
>> pretest (24.0.91), but it might have been earlier.
[...]
> (let* ((img (create-image (or fancy-splash-image
> (if (and (display-color-p)
> (image-type-available-p 'xpm))
> "splash.xpm" "splash.pbm"))))
> (image-height (and img (cdr (image-size img nil frame))))
> ;; We test frame-height so that, if the frame is split
> ;; by displaying a warning, that doesn't cause the normal
> ;; splash screen to be used.
> (frame-height (1- (frame-height frame))))
> (> frame-height (+ image-height 19)))))))
I think this basically works as designed -- we don't want to show the
fancy image if it fits too snugly in the window, because that doesn't
look very nice. So I'm closing this bug report.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
bug closed, send any further explanations to
10178 <at> debbugs.gnu.org and Stephen Berman <stephen.berman <at> gmx.net>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Thu, 26 Sep 2019 17:36:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 25 Oct 2019 11:24:10 GMT)
Full text and
rfc822 format available.
This bug report was last modified 4 years and 185 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.