GNU bug report logs -
#14762
24.3.50; hurdles getting Emacs to show images on MS Windows
Previous Next
Reported by: Drew Adams <drew.adams <at> oracle.com>
Date: Mon, 1 Jul 2013 18:51:01 UTC
Severity: minor
Found in version 24.3.50
Done: Eli Zaretskii <eliz <at> gnu.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 14762 in the body.
You can then email your comments to 14762 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#14762
; Package
emacs
.
(Mon, 01 Jul 2013 18:51:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Drew Adams <drew.adams <at> oracle.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Mon, 01 Jul 2013 18:51:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
A while back, with some advice from Eli, I had Emacs working with images
on MS Windows. I recently got a new laptop, with Windows 7, so I had to
start over again, to get image support for Emacs.
FWIW, and at Eli's suggestion, here is some feedback about the hassles
of doing that, and a plea to find some way to have Emacs support for
showing images out of the box. (Yes, the usual, common image types,
at least.)
1. Some comments about README.W32. They occurred to me when reading it,
looking for info about getting support for images in Emacs. README.W32
text is refixed by "> ":
> Emacs can also support some other image formats with appropriate
> libraries. These libraries are all available as part of GTK
> download for Windows (http://www.gtk.org/download/win32.php),
Which is what? (What is GTK?) "As part of" - does that mean that
downloading GTK, whatever it is, gives me _more_ than image support?
If so, do I need to do that, or can I somehow get just image support?
> or from the GnuWin32 project.
Which is what? and where? Same questions, to try to understand
what to download for image support.
BTW, the GnuWin summary page, here:
http://gnuwin32.sourceforge.net/summary.html
says this, giving the impression that GNU Emacs includes or at least
distributes GnuWin, which I don't think is the case (is it?):
"Utilities and libraries provided by GnuWin, are used and
distributed with packages such as GNU Emacs and KDE-Windows."
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> * GnuTLS support
>
> In order to support GnuTLS at runtime...
Well, yes, I can understand that GnuTLS support supports GnuTLS...
> * libxml2 support
>
> In order to support libxml2 at runtime...
But what ARE GnuTLS and libxml2? Why might a user want them?
2. I also went here, looking for info about how to add image support for
MS Windows:
http://www.gnu.org/software/emacs/windows/Other-useful-ports.html#Other-useful-ports
But that didn't really help much. I do see that it lists various
image-support tools under the heading GnuWin32: Jpeg, GifLib,
LibPng, etc.
(The README.W32 does not say where (or even what) GnuWin32 is, does it?)
At the GnuWin32 site I see a page for GifLib, for example, but it was
not clear to me what to download and then what to do. Should I download
the "Binaries" Zip from there? And then what? That GifLib page says
"You can also download the files from the GnuWin32 files page." But
that page seems to have just a *setup.exe download. Similarly for the
other image types. It's not clear what to download and from where. I
did not want to install more than just the needed image libraries
(dll's).
Yes, I realize that GNU Emacs and GnuWin32 are different. If GNU Emacs
told users directly and clearly (1,2,3...) what to do to get image
support, then perhaps I wouldn't be fiddling with trying to understand
the GnuWin32 site.
3. IMHO, there could - should - be some guidance in the *Emacs manual*
about how to get image support for GNU Emacs, including on MS Windows.
4. Better - much better - would be to include image support in GNU Emacs
out of the box. On MS Windows. And that is what users, especially new
users, EXPECT, and SHOULD expect.
5. There was at least one other bug thread about this, #4367, but it
seems to have gone nowhere... Still hoping that Emacs will step up to
the plate and DTRT for users when it comes to image support.
In GNU Emacs 24.3.50.1 (i686-pc-mingw32)
of 2013-06-27 on ODIEONE
Bzr revision: 113205 dgutov <at> yandex.ru-20130627095155-f1lv1c7xf99g1sss
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
`configure --prefix=/c/Devel/emacs/binary --enable-checking=yes,glyphs
CFLAGS=-O0 -g3 LDFLAGS=-Lc:/Devel/emacs/lib
CPPFLAGS=-Ic:/Devel/emacs/include'
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#14762
; Package
emacs,w32
.
(Fri, 05 Jul 2013 15:56:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 14762 <at> debbugs.gnu.org (full text, mbox):
> 3. IMHO, there could - should - be some guidance in the *Emacs manual*
> about how to get image support for GNU Emacs, including on MS Windows.
>
> 4. Better - much better - would be to include image support in GNU Emacs
> out of the box. On MS Windows. And that is what users, especially new
> users, EXPECT, and SHOULD expect.
Let me add that the requirement that `image-dired' needs Imagemagick
installed should also be documented in the manual (it is currently
mentioned only in the image-dired.el Commentary AFAICT. The Emacs manual
should provide a complete recipe for users to provide Emacs with image
support.
But again, #4 is really the way to go. Just documenting how a user
could make Emacs usable is no real substitute for making it usable out
of the box.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#14762
; Package
emacs,w32
.
(Sat, 08 Feb 2014 06:35:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 14762 <at> debbugs.gnu.org (full text, mbox):
Drew Adams <drew.adams <at> oracle.com> writes:
> 4. Better - much better - would be to include image support in GNU Emacs
> out of the box. On MS Windows. And that is what users, especially new
> users, EXPECT, and SHOULD expect.
Doesn't the Emacs Windows builds come with all the appropriate DLLs
these days?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog http://lars.ingebrigtsen.no/
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#14762
; Package
emacs,w32
.
(Sat, 08 Feb 2014 06:38:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 14762 <at> debbugs.gnu.org (full text, mbox):
Drew Adams <drew.adams <at> oracle.com> writes:
>> * GnuTLS support
>>
>> In order to support GnuTLS at runtime...
>
> Well, yes, I can understand that GnuTLS support supports GnuTLS...
>
>> * libxml2 support
>>
>> In order to support libxml2 at runtime...
>
> But what ARE GnuTLS and libxml2? Why might a user want them?
Fixed on trunk.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog http://lars.ingebrigtsen.no/
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#14762
; Package
emacs,w32
.
(Sat, 08 Feb 2014 09:33:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 14762 <at> debbugs.gnu.org (full text, mbox):
> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Date: Fri, 07 Feb 2014 22:32:59 -0800
> Cc: 14762 <at> debbugs.gnu.org
>
> Drew Adams <drew.adams <at> oracle.com> writes:
>
> > 4. Better - much better - would be to include image support in GNU Emacs
> > out of the box. On MS Windows. And that is what users, especially new
> > users, EXPECT, and SHOULD expect.
>
> Doesn't the Emacs Windows builds come with all the appropriate DLLs
> these days?
No. The binary was compiled against those DLLs, but the DLLs
themselves need to be downloaded and installed by the end users.
Reply sent
to
Eli Zaretskii <eliz <at> gnu.org>
:
You have taken responsibility.
(Sat, 08 Feb 2014 10:33:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Drew Adams <drew.adams <at> oracle.com>
:
bug acknowledged by developer.
(Sat, 08 Feb 2014 10:33:02 GMT)
Full text and
rfc822 format available.
Message #22 received at 14762-done <at> debbugs.gnu.org (full text, mbox):
> Date: Sat, 08 Feb 2014 11:32:02 +0200
> From: Eli Zaretskii <eliz <at> gnu.org>
> Cc: 14762 <at> debbugs.gnu.org
>
> > From: Lars Ingebrigtsen <larsi <at> gnus.org>
> > Date: Fri, 07 Feb 2014 22:32:59 -0800
> > Cc: 14762 <at> debbugs.gnu.org
> >
> > Drew Adams <drew.adams <at> oracle.com> writes:
> >
> > > 4. Better - much better - would be to include image support in GNU Emacs
> > > out of the box. On MS Windows. And that is what users, especially new
> > > users, EXPECT, and SHOULD expect.
> >
> > Doesn't the Emacs Windows builds come with all the appropriate DLLs
> > these days?
>
> No. The binary was compiled against those DLLs, but the DLLs
> themselves need to be downloaded and installed by the end users.
I have now fixed the remaining issues raised by this bug report, with
the exception of one:
> 4. Better - much better - would be to include image support in GNU Emacs
> out of the box. On MS Windows. And that is what users, especially new
> users, EXPECT, and SHOULD expect.
This is up to the person(s) who produce and upload the Windows binary
distributions. FWIW, Jason Rumney, who did that in the past,
explained his reasons not to include optional libraries here:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=4367#75
I'm therefore closing this bug report; if the fact that binary
distributions on ftp.gnu.org do not include image libraries is still
considered a problem worthy of a bug report, please submit a separate
report for it, as this is no longer a development issue.
Thanks.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#14762
; Package
emacs,w32
.
(Mon, 10 Feb 2014 01:32:02 GMT)
Full text and
rfc822 format available.
Message #25 received at 14762 <at> debbugs.gnu.org (full text, mbox):
> > 4. Better - much better - would be to include image support in GNU
> > Emacs out of the box. On MS Windows. And that is what users,
> > especially new users, EXPECT, and SHOULD expect.
>
> Doesn't the Emacs Windows builds come with all the appropriate DLLs
> these days?
Eli can answer that better than I. Last thing I recall, I had
to download some separate, non-Emacs binaries etc.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Mon, 10 Mar 2014 11:24:13 GMT)
Full text and
rfc822 format available.
This bug report was last modified 11 years and 70 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.