* bug#10178: 24.0.92; emacs -q frame too short for fancy splash image
@ 2011-12-01 8:45 Stephen Berman
2011-12-04 13:42 ` Jan Djärv
0 siblings, 1 reply; 13+ messages in thread
From: Stephen Berman @ 2011-12-01 8:45 UTC (permalink / raw)
To: 10178
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
^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#10178: 24.0.92; emacs -q frame too short for fancy splash image
2011-12-01 8:45 bug#10178: 24.0.92; emacs -q frame too short for fancy splash image Stephen Berman
@ 2011-12-04 13:42 ` Jan Djärv
2011-12-04 14:09 ` Stephen Berman
2019-09-26 17:35 ` Lars Ingebrigtsen
0 siblings, 2 replies; 13+ messages in thread
From: Jan Djärv @ 2011-12-04 13:42 UTC (permalink / raw)
To: Stephen Berman; +Cc: 10178
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.
^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#10178: 24.0.92; emacs -q frame too short for fancy splash image
2011-12-04 13:42 ` Jan Djärv
@ 2011-12-04 14:09 ` Stephen Berman
2011-12-07 16:47 ` Juri Linkov
2019-09-26 17:35 ` Lars Ingebrigtsen
1 sibling, 1 reply; 13+ messages in thread
From: Stephen Berman @ 2011-12-04 14:09 UTC (permalink / raw)
To: Jan Djärv; +Cc: 10178
On Sun, 4 Dec 2011 14:42:56 +0100 Jan Djärv <jan.h.d@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
^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#10178: 24.0.92; emacs -q frame too short for fancy splash image
2011-12-04 14:09 ` Stephen Berman
@ 2011-12-07 16:47 ` Juri Linkov
2011-12-07 21:54 ` Stephen Berman
0 siblings, 1 reply; 13+ messages in thread
From: Juri Linkov @ 2011-12-07 16:47 UTC (permalink / raw)
To: Stephen Berman; +Cc: 10178
>> 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)
^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#10178: 24.0.92; emacs -q frame too short for fancy splash image
2011-12-07 16:47 ` Juri Linkov
@ 2011-12-07 21:54 ` Stephen Berman
2011-12-10 13:13 ` Jan Djärv
0 siblings, 1 reply; 13+ messages in thread
From: Stephen Berman @ 2011-12-07 21:54 UTC (permalink / raw)
To: Juri Linkov; +Cc: 10178
On Wed, 07 Dec 2011 18:47:37 +0200 Juri Linkov <juri@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
^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#10178: 24.0.92; emacs -q frame too short for fancy splash image
2011-12-07 21:54 ` Stephen Berman
@ 2011-12-10 13:13 ` Jan Djärv
2011-12-10 15:13 ` Stephen Berman
0 siblings, 1 reply; 13+ messages in thread
From: Jan Djärv @ 2011-12-10 13:13 UTC (permalink / raw)
To: Stephen Berman; +Cc: 10178
7 dec 2011 kl. 22:54 skrev Stephen Berman:
> On Wed, 07 Dec 2011 18:47:37 +0200 Juri Linkov <juri@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.
^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#10178: 24.0.92; emacs -q frame too short for fancy splash image
2011-12-10 13:13 ` Jan Djärv
@ 2011-12-10 15:13 ` Stephen Berman
2011-12-11 12:00 ` Jan Djärv
0 siblings, 1 reply; 13+ messages in thread
From: Stephen Berman @ 2011-12-10 15:13 UTC (permalink / raw)
To: Jan Djärv; +Cc: 10178
On Sat, 10 Dec 2011 14:13:25 +0100 Jan Djärv <jan.h.d@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
^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#10178: 24.0.92; emacs -q frame too short for fancy splash image
2011-12-10 15:13 ` Stephen Berman
@ 2011-12-11 12:00 ` Jan Djärv
2011-12-11 16:40 ` Stephen Berman
0 siblings, 1 reply; 13+ messages in thread
From: Jan Djärv @ 2011-12-11 12:00 UTC (permalink / raw)
To: Stephen Berman; +Cc: 10178
10 dec 2011 kl. 16:13 skrev Stephen Berman:
> On Sat, 10 Dec 2011 14:13:25 +0100 Jan Djärv <jan.h.d@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.
^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#10178: 24.0.92; emacs -q frame too short for fancy splash image
2011-12-11 12:00 ` Jan Djärv
@ 2011-12-11 16:40 ` Stephen Berman
2011-12-15 21:27 ` Juri Linkov
0 siblings, 1 reply; 13+ messages in thread
From: Stephen Berman @ 2011-12-11 16:40 UTC (permalink / raw)
To: Jan Djärv; +Cc: 10178
On Sun, 11 Dec 2011 13:00:57 +0100 Jan Djärv <jan.h.d@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@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
^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#10178: 24.0.92; emacs -q frame too short for fancy splash image
2011-12-11 16:40 ` Stephen Berman
@ 2011-12-15 21:27 ` Juri Linkov
2011-12-16 6:29 ` Jan Djärv
0 siblings, 1 reply; 13+ messages in thread
From: Juri Linkov @ 2011-12-15 21:27 UTC (permalink / raw)
To: Stephen Berman; +Cc: 10178
>> 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.
^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#10178: 24.0.92; emacs -q frame too short for fancy splash image
2011-12-15 21:27 ` Juri Linkov
@ 2011-12-16 6:29 ` Jan Djärv
2012-01-07 9:15 ` Chong Yidong
0 siblings, 1 reply; 13+ messages in thread
From: Jan Djärv @ 2011-12-16 6:29 UTC (permalink / raw)
To: Juri Linkov; +Cc: 10178@debbugs.gnu.org, Stephen Berman
Hi
15 dec 2011 kl. 22:27 skrev Juri Linkov <juri@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.
^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#10178: 24.0.92; emacs -q frame too short for fancy splash image
2011-12-16 6:29 ` Jan Djärv
@ 2012-01-07 9:15 ` Chong Yidong
0 siblings, 0 replies; 13+ messages in thread
From: Chong Yidong @ 2012-01-07 9:15 UTC (permalink / raw)
To: Jan Djärv; +Cc: 10178@debbugs.gnu.org, Stephen Berman
Jan Djärv <jan.h.d@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).
^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#10178: 24.0.92; emacs -q frame too short for fancy splash image
2011-12-04 13:42 ` Jan Djärv
2011-12-04 14:09 ` Stephen Berman
@ 2019-09-26 17:35 ` Lars Ingebrigtsen
1 sibling, 0 replies; 13+ messages in thread
From: Lars Ingebrigtsen @ 2019-09-26 17:35 UTC (permalink / raw)
To: Jan Djärv; +Cc: 10178, Stephen Berman
Jan Djärv <jan.h.d@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
^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2019-09-26 17:35 UTC | newest]
Thread overview: 13+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-12-01 8:45 bug#10178: 24.0.92; emacs -q frame too short for fancy splash image Stephen Berman
2011-12-04 13:42 ` Jan Djärv
2011-12-04 14:09 ` Stephen Berman
2011-12-07 16:47 ` Juri Linkov
2011-12-07 21:54 ` Stephen Berman
2011-12-10 13:13 ` Jan Djärv
2011-12-10 15:13 ` Stephen Berman
2011-12-11 12:00 ` Jan Djärv
2011-12-11 16:40 ` Stephen Berman
2011-12-15 21:27 ` Juri Linkov
2011-12-16 6:29 ` Jan Djärv
2012-01-07 9:15 ` Chong Yidong
2019-09-26 17:35 ` Lars Ingebrigtsen
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).