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