GNU bug report logs -
#40990
Improve message-mode and isearch icons
Previous Next
Reported by: Dmitry Gutov <dgutov <at> yandex.ru>
Date: Thu, 30 Apr 2020 23:52:02 UTC
Severity: normal
Done: Dmitry Gutov <dgutov <at> yandex.ru>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your bug report
#40990: Improve message-mode and isearch icons
which was filed against the emacs package, has been closed.
The explanation is attached below, along with your original report.
If you require more details, please reply to 40990 <at> debbugs.gnu.org.
--
40990: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=40990
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
Now fixed on master. Closing.
On 02.05.2020 09:23, Eli Zaretskii wrote:
>> Anyway, for all I know, we could release 27 tomorrow. As soon as we deal
>> with the "modify literal objects" documentation discussion.
>
> There's always "that one last" issue to be fixed.
>
> The only way to speed up our releases that I see is to care less about
> stability and regressions. If you are following the bug list closely,
> you will see that we just recently started to get reports about
> significant regressions in Emacs 27 (and some in Emacs 26). Should we
> disregard them? We never did that, not since Emacs 25, at least.
I don't know what's the best course of action in each case, but if we
did make a point of releasing more often (e.g. did time-based releases,
for instance), Emacs 27.1 would probably have been less stable. But it
would have been released maybe a year ago, and by now we'd already have
released, say, 27.2 and 27.3, with more regressions fixed and faster
because of exposure to a wider audience, more testing.
It's a tricky road, but a possible one.
[Message part 3 (message/rfc822, inline)]
[Message part 4 (text/plain, inline)]
As discussed previously in the "Why is emacs so square?" thread, here's
a couple of patches that improve the toolbar icons in GTK builds.
Attached are several screenshots from my machine: isearch toolbar with
the x-gtk-stock-map patch and without (the difference is one icon), and
message-mode toolbar without the patch, with the patch, and also with
the extra patch that makes message-tool-bar-retro use the standrd
"mail/send" icon instead of the Gnus-specific one. Fixing Emacs not to
use message-tool-bar-retro is left as a future exercise.
I'd like to present a few arguments for the inclusion of the
x-gtk-stock-map patch in Emacs 27 (on which the current answer is no,
but I'll try to elaborate):
1. With it, the answer to the question "why does everybody tell the new
users to turn off toolbars" becomes less obvious, at least in GTK based
environments.
2. This only affects GTK. And also, if a theme doesn't contain the "new"
replacement image, the previous one will be shown instead.
3. Since "everybody" turns off the toolbars now, the risk of complaints
is pretty low. By the same token, we could de-prioritize said complaints
even if they appear, given that for most people the improvement is most
likely obvious (feedback welcome).
The second patch is a tiny bit more risky, but honestly, since it uses
an icon apparently borrowed from some old GTK-related icon set, using a
new version of the same icon shouldn't bother most people. But this
patch *can* affect users on different toolkits and different platforms
(again, feedback welcome).
[message-tool-bar-retro.diff (text/x-patch, attachment)]
[x-gtk-stock-map.diff (text/x-patch, attachment)]
[isearch-icons-new.png (image/png, attachment)]
[isearch-icons-old.png (image/png, attachment)]
[message-mode-icons-new.png (image/png, attachment)]
[message-mode-icons-new-with-extra-patch.png (image/png, attachment)]
[message-mode-icons-old.png (image/png, attachment)]
This bug report was last modified 5 years and 12 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.