GNU bug report logs -
#61344
29.0.50; NEWS double announcement for BMP and w32-use-native-image-API
Previous Next
Reported by: Arash Esbati <arash <at> gnu.org>
Date: Tue, 7 Feb 2023 09:02:02 UTC
Severity: normal
Tags: notabug
Found in version 29.0.50
Done: Arash Esbati <arash <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 61344 in the body.
You can then email your comments to 61344 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#61344
; Package
emacs
.
(Tue, 07 Feb 2023 09:02:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Arash Esbati <arash <at> gnu.org>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Tue, 07 Feb 2023 09:02:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi all,
NEWS says currently after line 4792:
---
*** Emacs now uses native image APIs to display some image formats.
On Windows 2000 and later, Emacs now defaults to using the native
image APIs for displaying the BMP, GIF, JPEG, PNG, and TIFF images.
This means Emacs on MS-Windows needs no longer use external image
support libraries to display those images. Other image types -- XPM,
SVG, and WEBP -- still need support libraries for Emacs to be able to
display them.
The use of native image APIs is controlled by the variable
'w32-use-native-image-API', whose value now defaults to t on systems
where those APIs are available.
+++
*** Emacs now supports display of BMP images using native image APIs.
When 'w32-use-native-image-API' is non-nil, Emacs on MS-Windows now
has built-in support for displaying BMP images.
Is this double announcement necessary? Unless I'm missing something,
everything in the second item is actually said in the first one.
Best, Arash
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#61344
; Package
emacs
.
(Tue, 07 Feb 2023 12:29:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 61344 <at> debbugs.gnu.org (full text, mbox):
> From: Arash Esbati <arash <at> gnu.org>
> Date: Tue, 07 Feb 2023 10:01:10 +0100
>
> ---
> *** Emacs now uses native image APIs to display some image formats.
> On Windows 2000 and later, Emacs now defaults to using the native
> image APIs for displaying the BMP, GIF, JPEG, PNG, and TIFF images.
> This means Emacs on MS-Windows needs no longer use external image
> support libraries to display those images. Other image types -- XPM,
> SVG, and WEBP -- still need support libraries for Emacs to be able to
> display them.
>
> The use of native image APIs is controlled by the variable
> 'w32-use-native-image-API', whose value now defaults to t on systems
> where those APIs are available.
>
> +++
> *** Emacs now supports display of BMP images using native image APIs.
> When 'w32-use-native-image-API' is non-nil, Emacs on MS-Windows now
> has built-in support for displaying BMP images.
>
> Is this double announcement necessary? Unless I'm missing something,
> everything in the second item is actually said in the first one.
The BMP images were never supported before, now they are, but only if
native image APIs are used. That's what the second item above says.
The first one, by contrast, just says that native image APIs are used
by default, not as an opt-in feature.
So there's no duplication, or at least there shouldn't be one.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#61344
; Package
emacs
.
(Tue, 07 Feb 2023 13:27:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 61344 <at> debbugs.gnu.org (full text, mbox):
tags 61344 notabug
close 61344
quit
Eli Zaretskii <eliz <at> gnu.org> writes:
> The BMP images were never supported before, now they are, but only if
> native image APIs are used. That's what the second item above says.
> The first one, by contrast, just says that native image APIs are used
> by default, not as an opt-in feature.
>
> So there's no duplication, or at least there shouldn't be one.
Thanks, now I get the point.
Best, Arash
Added tag(s) notabug.
Request was from
Arash Esbati <arash <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Tue, 07 Feb 2023 13:27:02 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
61344 <at> debbugs.gnu.org and Arash Esbati <arash <at> gnu.org>
Request was from
Arash Esbati <arash <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Tue, 07 Feb 2023 13:27:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#61344
; Package
emacs
.
(Tue, 07 Feb 2023 13:40:02 GMT)
Full text and
rfc822 format available.
Message #18 received at 61344-done <at> debbugs.gnu.org (full text, mbox):
> From: Arash Esbati <arash <at> gnu.org>
> Cc: 61344 <at> debbugs.gnu.org
> Date: Tue, 07 Feb 2023 14:25:33 +0100
>
> tags 61344 notabug
> close 61344
> quit
>
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
> > The BMP images were never supported before, now they are, but only if
> > native image APIs are used. That's what the second item above says.
> > The first one, by contrast, just says that native image APIs are used
> > by default, not as an opt-in feature.
> >
> > So there's no duplication, or at least there shouldn't be one.
>
> Thanks, now I get the point.
OK, closing.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 08 Mar 2023 12:24:07 GMT)
Full text and
rfc822 format available.
This bug report was last modified 1 year and 47 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.