GNU bug report logs - #10178
24.0.92; emacs -q frame too short for fancy splash image

Previous Next

Package: emacs;

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.

View this report as an mbox folder, status mbox, maintainer mbox


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):

From: Stephen Berman <stephen.berman <at> gmx.net>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.0.92; emacs -q frame too short for fancy splash image
Date: Thu, 01 Dec 2011 09:45:38 +0100
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):

From: Jan Djärv <jan.h.d <at> swipnet.se>
To: Stephen Berman <Stephen.Berman <at> gmx.net>
Cc: 10178 <at> debbugs.gnu.org
Subject: Re: bug#10178: 24.0.92;
	emacs -q frame too short for fancy splash image
Date: Sun, 4 Dec 2011 14:42:56 +0100
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):

From: Stephen Berman <stephen.berman <at> gmx.net>
To: Jan Djärv <jan.h.d <at> swipnet.se>
Cc: 10178 <at> debbugs.gnu.org
Subject: Re: bug#10178: 24.0.92;
	emacs -q frame too short for fancy splash image
Date: Sun, 04 Dec 2011 15:09:41 +0100
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):

From: Juri Linkov <juri <at> jurta.org>
To: Stephen Berman <stephen.berman <at> gmx.net>
Cc: 10178 <at> debbugs.gnu.org, Jan Djärv <jan.h.d <at> swipnet.se>
Subject: Re: bug#10178: 24.0.92;
	emacs -q frame too short for fancy splash image
Date: Wed, 07 Dec 2011 18:47:37 +0200
>> 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):

From: Stephen Berman <stephen.berman <at> gmx.net>
To: Juri Linkov <juri <at> jurta.org>
Cc: 10178 <at> debbugs.gnu.org
Subject: Re: bug#10178: 24.0.92;
	emacs -q frame too short for fancy splash image
Date: Wed, 07 Dec 2011 22:54:12 +0100
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):

From: Jan Djärv <jan.h.d <at> swipnet.se>
To: Stephen Berman <Stephen.Berman <at> gmx.net>
Cc: Juri Linkov <juri <at> jurta.org>, 10178 <at> debbugs.gnu.org
Subject: Re: bug#10178: 24.0.92;
	emacs -q frame too short for fancy splash image
Date: Sat, 10 Dec 2011 14:13:25 +0100
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):

From: Stephen Berman <stephen.berman <at> gmx.net>
To: Jan Djärv <jan.h.d <at> swipnet.se>
Cc: Juri Linkov <juri <at> jurta.org>, 10178 <at> debbugs.gnu.org
Subject: Re: bug#10178: 24.0.92;
	emacs -q frame too short for fancy splash image
Date: Sat, 10 Dec 2011 16:13:20 +0100
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):

From: Jan Djärv <jan.h.d <at> swipnet.se>
To: Stephen Berman <Stephen.Berman <at> gmx.net>
Cc: Juri Linkov <juri <at> jurta.org>, 10178 <at> debbugs.gnu.org
Subject: Re: bug#10178: 24.0.92;
	emacs -q frame too short for fancy splash image
Date: Sun, 11 Dec 2011 13:00:57 +0100
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):

From: Stephen Berman <stephen.berman <at> gmx.net>
To: Jan Djärv <jan.h.d <at> swipnet.se>
Cc: 10178 <at> debbugs.gnu.org
Subject: Re: bug#10178: 24.0.92;
	emacs -q frame too short for fancy splash image
Date: Sun, 11 Dec 2011 17:40:37 +0100
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):

From: Juri Linkov <juri <at> jurta.org>
To: Stephen Berman <stephen.berman <at> gmx.net>
Cc: 10178 <at> debbugs.gnu.org, Jan Djärv <jan.h.d <at> swipnet.se>
Subject: Re: bug#10178: 24.0.92;
	emacs -q frame too short for fancy splash image
Date: Thu, 15 Dec 2011 23:27:17 +0200
>> 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):

From: Jan Djärv <jan.h.d <at> swipnet.se>
To: Juri Linkov <juri <at> jurta.org>
Cc: "10178 <at> debbugs.gnu.org" <10178 <at> debbugs.gnu.org>,
	Stephen Berman <stephen.berman <at> gmx.net>
Subject: Re: bug#10178: 24.0.92;
	emacs -q frame too short for fancy splash image
Date: Fri, 16 Dec 2011 07:29:53 +0100
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):

From: Chong Yidong <cyd <at> gnu.org>
To: Jan Djärv <jan.h.d <at> swipnet.se>
Cc: Juri Linkov <juri <at> jurta.org>,
	"10178 <at> debbugs.gnu.org" <10178 <at> debbugs.gnu.org>,
	Stephen Berman <stephen.berman <at> gmx.net>
Subject: Re: bug#10178: 24.0.92;
	emacs -q frame too short for fancy splash image
Date: Sat, 07 Jan 2012 17:15:57 +0800
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):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Jan Djärv <jan.h.d <at> swipnet.se>
Cc: 10178 <at> debbugs.gnu.org, Stephen Berman <Stephen.Berman <at> gmx.net>
Subject: Re: bug#10178: 24.0.92; emacs -q frame too short for fancy splash
 image
Date: Thu, 26 Sep 2019 19:35:40 +0200
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.