GNU bug report logs -
#67174
30.0.50; [PATCH] What about a vectorized Gnus mode-line logo?
Previous Next
Reported by: Manuel Giraud <manuel <at> ledu-giraud.fr>
Date: Tue, 14 Nov 2023 14:02:01 UTC
Severity: normal
Tags: fixed, patch
Found in version 30.0.50
Done: Eric Abrahamsen <eric <at> ericabrahamsen.net>
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 67174 in the body.
You can then email your comments to 67174 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#67174
; Package
emacs
.
(Tue, 14 Nov 2023 14:02:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Manuel Giraud <manuel <at> ledu-giraud.fr>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Tue, 14 Nov 2023 14:02:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi,
Here is a patch to have a SVG version of the Gnus mode-line logo. I
have used "etc/images/gnus/gnus.svg" as a base, removed the shadow and
just kept the head of the Gnu.
I have chosen to remove the stroke color so the foreground color of the
default face will be used to draw the icon. I think it is better to
match any themes.
I have kept all the copyright information from gnus.svg but I think it
could also be minified a bit by stripping it. WDYT?
Best regards,
[0001-Gnus-mode-line-logo-in-SVG.patch (text/x-patch, attachment)]
[Message part 3 (text/plain, inline)]
In GNU Emacs 30.0.50 (build 2, x86_64-unknown-openbsd7.4) of 2023-11-14
built on computer
Repository revision: 183d2c3e5463d33af05e5ea8ea546bd348da0d10
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12101008
System Description: OpenBSD computer 7.4 GENERIC.MP#0 amd64
Configured using:
'configure CC=egcc MAKEINFO=gmakeinfo --prefix=/home/manuel/emacs
--exec-prefix=/home/manuel --with-x-toolkit=no --without-cairo
--without-dbus --without-gconf --without-gsettings --without-sound
--without-compress-install'
Configured features:
FREETYPE GIF GLIB GNUTLS HARFBUZZ JPEG JSON LCMS2 LIBOTF LIBXML2 MODULES
NOTIFY KQUEUE OLDXMENU PDUMPER PNG RSVG SQLITE3 THREADS TIFF TREE_SITTER
WEBP X11 XDBE XFT XIM XINPUT2 XPM ZLIB
Important settings:
value of $LC_CTYPE: en_US.UTF-8
locale-coding-system: utf-8-unix
Major mode: VC dir
Minor modes in effect:
vc-dir-git-mode: t
display-time-mode: t
display-battery-mode: t
server-mode: t
override-global-mode: t
repeat-mode: t
savehist-mode: t
desktop-save-mode: t
global-eldoc-mode: t
show-paren-mode: t
electric-indent-mode: t
mouse-wheel-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
minibuffer-regexp-mode: t
buffer-read-only: t
line-number-mode: t
indent-tabs-mode: t
transient-mark-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
Load-path shadows:
/home/manuel/.emacs.d/elpa/ef-themes-1.4.0/theme-loaddefs hides /home/manuel/emacs/share/emacs/30.0.50/lisp/theme-loaddefs
Features:
(shadow sort gnus-cite mail-extr emacsbug log-edit add-log smerge-mode
diff whitespace vc-bzr vc-src vc-sccs vc-svn vc-cvs vc-rcs log-view
pcvs-util calc-yank misearch multi-isearch descr-text tabify misc
cus-edit cus-start cl-print help-fns radix-tree pulse calc-misc calc-alg
calc-menu gnus-topic mm-archive url-cache qp utf-7 imap rfc2104 nndoc
nndraft nnmh network-stream nnfolder nnml gnus-agent gnus-srvr
gnus-score score-mode nnvirtual nntp gnus-cache nnrss org-agenda imenu
org-indent org-element org-persist org-id avl-tree oc-basic ol-eww
ol-rmail ol-mhe ol-irc ol-info ol-gnus nnselect ol-docview doc-view
ol-bibtex bibtex ol-bbdb ol-w3m ol-doi org-link-doi gnus-icalendar
org-capture org-refile org ob ob-tangle ob-ref ob-lob ob-table ob-exp
org-macro org-src ob-comint org-pcomplete org-list org-footnote
org-faces org-entities ob-emacs-lisp ob-core ob-eval org-cycle org-table
ol org-fold org-fold-core org-keys oc org-loaddefs org-version
org-compat org-macs autorevert filenotify image-mode exif eww url-queue
mm-url warnings rng-xsd xsd-regexp rng-cmpct rng-nxml rng-valid rng-loc
rng-uri rng-parse nxml-parse rng-match rng-dt rng-util rng-pttrn nxml-ns
nxml-mode nxml-outln nxml-rap sgml-mode facemenu nxml-util nxml-enc
xmltok conf-mode vc-hg mule-util jka-compr on-screen vc-dir ewoc vc
sh-script smie treesit executable pascal vc-git diff-mode vc-dispatcher
bug-reference paredit gnus-dired time battery cus-load exwm-randr
xcb-randr exwm-config ido exwm exwm-input xcb-keysyms xcb-xkb
exwm-manage exwm-floating xcb-cursor xcb-render exwm-layout
exwm-workspace exwm-core xcb-ewmh xcb-icccm xcb xcb-xproto xcb-types
xcb-debug server ef-summer-theme ef-themes modus-operandi-theme
modus-themes zone speed-type url-http url-auth url-gw nsm compat ytdious
mingus libmpdee reporter edebug debug backtrace transmission color
calc-bin calc-ext calc calc-loaddefs rect calc-macs supercite regi
ebdb-message ebdb-gnus gnus-msg gnus-art mm-uu mml2015 mm-view mml-smime
smime gnutls dig gnus-sum shr pixel-fill kinsoku url-file svg dom
gnus-group gnus-undo gnus-start gnus-dbus gnus-cloud nnimap nnmail
mail-source utf7 nnoo gnus-spec gnus-int gnus-range message sendmail
yank-media puny rfc822 mml mml-sec epa epg rfc6068 epg-config mm-decode
mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 ietf-drums
gmm-utils mailheader gnus-win ebdb-mua ebdb-com crm ebdb-format ebdb
mailabbrev eieio-opt speedbar ezimage dframe find-func eieio-base pcase
timezone icalendar gnus nnheader gnus-util mail-utils range mm-util
mail-prsvr wid-edit visual-basic-mode cl web-mode derived disp-table
erlang-start smart-tabs-mode skeleton cc-mode cc-fonts cc-guess cc-menus
cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs slime-asdf grep
slime-tramp tramp rx trampver tramp-integration files-x tramp-message
tramp-compat xdg shell pcomplete parse-time iso8601 time-date
format-spec tramp-loaddefs slime-fancy slime-indentation slime-cl-indent
cl-indent slime-trace-dialog slime-fontifying-fu slime-package-fu
slime-references slime-compiler-notes-tree advice slime-scratch
slime-presentations bridge slime-macrostep macrostep slime-mdot-fu
slime-enclosing-context slime-fuzzy slime-fancy-trace
slime-fancy-inspector slime-c-p-c slime-editing-commands slime-autodoc
slime-repl slime-parse slime apropos compile text-property-search etags
fileloop generator xref project arc-mode archive-mode noutline outline
icons pp comint ansi-osc ansi-color ring hyperspec thingatpt
slime-autoloads edmacro kmacro use-package-bind-key bind-key appt
diary-lib diary-loaddefs cal-menu calendar cal-loaddefs dired-x
dired-aux dired dired-loaddefs notifications dbus xml cl-extra help-mode
use-package-core repeat easy-mmode savehist desktop frameset
debbugs-autoloads ebdb-autoloads ef-themes-autoloads exwm-autoloads
hyperbole-autoloads magit-autoloads git-commit-autoloads finder-inf
magit-section-autoloads dash-autoloads on-screen-autoloads osm-autoloads
paredit-autoloads rust-mode-autoloads speed-type-autoloads
transmission-autoloads with-editor-autoloads info compat-autoloads
ytdious-autoloads package browse-url url url-proxy url-privacy
url-expand url-methods url-history url-cookie generate-lisp-file
url-domsuf url-util mailcap url-handlers url-parse auth-source cl-seq
eieio eieio-core cl-macs password-cache json subr-x map byte-opt gv
bytecomp byte-compile url-vars cl-loaddefs cl-lib rmc iso-transl tooltip
cconv eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type
elisp-mode mwheel term/x-win x-win term/common-win x-dnd touch-screen
tool-bar dnd fontset image regexp-opt fringe tabulated-list replace
newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar
rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock
font-lock syntax font-core term/tty-colors frame minibuffer nadvice seq
simple cl-generic indonesian philippine cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms
cp51932 hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese composite emoji-zwj charscript charprop case-table
epa-hook jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button
loaddefs theme-loaddefs faces cus-face macroexp files window
text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget keymap hashtable-print-readable backquote threads kqueue
lcms2 dynamic-setting font-render-setting xinput2 x multi-tty
move-toolbar make-network-process emacs)
Memory information:
((conses 16 780079 227353) (symbols 48 70879 4)
(strings 32 251023 7114) (string-bytes 1 9123344) (vectors 16 114900)
(vector-slots 8 2710188 201834) (floats 8 568 593)
(intervals 56 14865 1031) (buffers 992 124))
--
Manuel Giraud
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#67174
; Package
emacs
.
(Wed, 15 Nov 2023 15:57:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 67174 <at> debbugs.gnu.org (full text, mbox):
Manuel Giraud via "Bug reports for GNU Emacs, the Swiss army knife of
text editors" <bug-gnu-emacs <at> gnu.org> writes:
> Hi,
>
> Here is a patch to have a SVG version of the Gnus mode-line logo. I
> have used "etc/images/gnus/gnus.svg" as a base, removed the shadow and
> just kept the head of the Gnu.
>
> I have chosen to remove the stroke color so the foreground color of the
> default face will be used to draw the icon. I think it is better to
> match any themes.
>
> I have kept all the copyright information from gnus.svg but I think it
> could also be minified a bit by stripping it. WDYT?
Looks good to me, thank you! For my amusement I rebuilt Emacs without
SVG support and it correctly fell back to the xpm file.
I think it's fine to leave the copyright information etc just as it is
in gnus.svg. Maybe let's give it a day in case a maintainer wants to
chime in, but I'd expect it's fine as-is.
Thanks,
Eric
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#67174
; Package
emacs
.
(Wed, 15 Nov 2023 16:20:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 67174 <at> debbugs.gnu.org (full text, mbox):
Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:
[...]
> Looks good to me, thank you! For my amusement I rebuilt Emacs without
> SVG support and it correctly fell back to the xpm file.
>
> I think it's fine to leave the copyright information etc just as it is
> in gnus.svg. Maybe let's give it a day in case a maintainer wants to
> chime in, but I'd expect it's fine as-is.
Hi Eric and thanks for the kind words,
The thing I am not really sure about is the scaling. Like it is done
for the xpm, this image is set to ":scale 1" but as it is a SVG it might
make sense to scale it to the mode-line's char-height. I don't know how
to do that though.
--
Manuel Giraud
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#67174
; Package
emacs
.
(Wed, 15 Nov 2023 17:29:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#67174
; Package
emacs
.
(Sun, 19 Nov 2023 20:11:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 67174 <at> debbugs.gnu.org (full text, mbox):
Manuel Giraud via "Bug reports for GNU Emacs, the Swiss army knife of
text editors" <bug-gnu-emacs <at> gnu.org> writes:
> Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:
>
> [...]
>
>> Looks good to me, thank you! For my amusement I rebuilt Emacs without
>> SVG support and it correctly fell back to the xpm file.
>>
>> I think it's fine to leave the copyright information etc just as it is
>> in gnus.svg. Maybe let's give it a day in case a maintainer wants to
>> chime in, but I'd expect it's fine as-is.
>
> Hi Eric and thanks for the kind words,
>
> The thing I am not really sure about is the scaling. Like it is done
> for the xpm, this image is set to ":scale 1" but as it is a SVG it might
> make sense to scale it to the mode-line's char-height. I don't know how
> to do that though.
Hmm, I couldn't find an explicit statement of this in the manual, but it
looks to me that, since we're using the 'display text property, the
:scale property will already be relative to the text that _would have
been displayed there_. IOW, we're already scaled to the text. The text
property is applied to the "^Gnus:" part of a string, so 5 characters,
and that's our base.
Anyway, if you're concerned that the icon might bulge out the mode line
or something, I don't think that will happen.
Eric
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#67174
; Package
emacs
.
(Mon, 20 Nov 2023 09:24:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 67174 <at> debbugs.gnu.org (full text, mbox):
Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:
[...]
> Hmm, I couldn't find an explicit statement of this in the manual, but it
> looks to me that, since we're using the 'display text property, the
> :scale property will already be relative to the text that _would have
> been displayed there_. IOW, we're already scaled to the text. The text
> property is applied to the "^Gnus:" part of a string, so 5 characters,
> and that's our base.
I don't know how it works for you but for me the pixmap version is
always the same size whatever the font size I'm using.
> Anyway, if you're concerned that the icon might bulge out the mode line
> or something, I don't think that will happen.
Yes, I have tested with really tiny font and the icon (pixmap or SVG)
never bulge. So all in all, I think that this patch could go in as is.
--
Manuel Giraud
Reply sent
to
Eric Abrahamsen <eric <at> ericabrahamsen.net>
:
You have taken responsibility.
(Mon, 20 Nov 2023 18:02:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Manuel Giraud <manuel <at> ledu-giraud.fr>
:
bug acknowledged by developer.
(Mon, 20 Nov 2023 18:02:02 GMT)
Full text and
rfc822 format available.
Message #25 received at 67174-done <at> debbugs.gnu.org (full text, mbox):
On 11/20/23 10:23 AM, Manuel Giraud wrote:
> Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:
>
> [...]
>
>> Hmm, I couldn't find an explicit statement of this in the manual, but it
>> looks to me that, since we're using the 'display text property, the
>> :scale property will already be relative to the text that _would have
>> been displayed there_. IOW, we're already scaled to the text. The text
>> property is applied to the "^Gnus:" part of a string, so 5 characters,
>> and that's our base.
>
> I don't know how it works for you but for me the pixmap version is
> always the same size whatever the font size I'm using.
I suppose that makes sense! Given that it's a pixmap. But not an issue
for us.
>> Anyway, if you're concerned that the icon might bulge out the mode line
>> or something, I don't think that will happen.
>
> Yes, I have tested with really tiny font and the icon (pixmap or SVG)
> never bulge. So all in all, I think that this patch could go in as is.
Done! Thanks for the patch.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#67174
; Package
emacs
.
(Mon, 20 Nov 2023 19:36:02 GMT)
Full text and
rfc822 format available.
Message #28 received at 67174-done <at> debbugs.gnu.org (full text, mbox):
Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:
[...]
> Done! Thanks for the patch.
Thank you!
--
Manuel Giraud
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#67174
; Package
emacs
.
(Sun, 26 Nov 2023 07:26:02 GMT)
Full text and
rfc822 format available.
Message #31 received at 67174 <at> debbugs.gnu.org (full text, mbox):
[செவ்வாய் நவம்பர் 14, 2023] Manuel Giraud via "Bug reports for GNU Emacs, the Swiss army knife of text editors" wrote:
[ Sorry for the late reply. ]
> Hi,
>
> Here is a patch to have a SVG version of the Gnus mode-line logo. I
> have used "etc/images/gnus/gnus.svg" as a base, removed the shadow and
> just kept the head of the Gnu.
>
> I have chosen to remove the stroke color so the foreground color of the
> default face will be used to draw the icon. I think it is better to
> match any themes.
>
> I have kept all the copyright information from gnus.svg but I think it
> could also be minified a bit by stripping it. WDYT?
>
> Best regards,
The logo looks really clean but unfortunately it is not the same blue
anymore. Is this something we should care about? Personally, I liked
the nice blue colour of the Gnus logo in the mode-line: a hint of colour
in the otherwise monochrome mode-line.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#67174
; Package
emacs
.
(Mon, 27 Nov 2023 09:02:01 GMT)
Full text and
rfc822 format available.
Message #34 received at 67174 <at> debbugs.gnu.org (full text, mbox):
Visuwesh <visuweshm <at> gmail.com> writes:
[...]
> The logo looks really clean but unfortunately it is not the same blue
> anymore. Is this something we should care about? Personally, I liked
> the nice blue colour of the Gnus logo in the mode-line: a hint of colour
> in the otherwise monochrome mode-line.
Hi,
I think that this blue was working with light themes (BTW this is what I
use most of the time) but not so much with dark themes. Hence, I did
not set the foreground color in the SVG for it to have the default
foreground color.
I think that if we should do something about it the best would be to
define a new face for it (or better, maybe use an already existing one…
but which one?)
Best regards,
--
Manuel Giraud
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#67174
; Package
emacs
.
(Wed, 29 Nov 2023 04:10:01 GMT)
Full text and
rfc822 format available.
Message #37 received at 67174 <at> debbugs.gnu.org (full text, mbox):
[திங்கள் நவம்பர் 27, 2023] Manuel Giraud wrote:
>> The logo looks really clean but unfortunately it is not the same blue
>> anymore. Is this something we should care about? Personally, I liked
>> the nice blue colour of the Gnus logo in the mode-line: a hint of colour
>> in the otherwise monochrome mode-line.
>
> Hi,
>
> I think that this blue was working with light themes (BTW this is what I
> use most of the time) but not so much with dark themes. Hence, I did
> not set the foreground color in the SVG for it to have the default
> foreground color.
Ah, I see. I have never used a dark theme myself so I didn't know.
> I think that if we should do something about it the best would be to
> define a new face for it (or better, maybe use an already existing one…
> but which one?)
That would be nice to have since I do like the little splash of colour.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 27 Dec 2023 12:24:06 GMT)
Full text and
rfc822 format available.
bug unarchived.
Request was from
Manuel Giraud <manuel <at> ledu-giraud.fr>
to
control <at> debbugs.gnu.org
.
(Sat, 03 Feb 2024 12:02:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#67174
; Package
emacs
.
(Sat, 03 Feb 2024 12:10:02 GMT)
Full text and
rfc822 format available.
Message #44 received at 67174 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Visuwesh <visuweshm <at> gmail.com> writes:
[...]
> That would be nice to have since I do like the little splash of
> colour.
Hi Visuwesh (and all),
What do you think of this attached patch? Now that SVG are honoring the
colors of the face property, I just add a face property to the logo.
I have chosen 'font-lock-function-name-face' because it is a somewhat
standard face and it is of color Blue1 (#0000ff) with the default Emacs
theme (this is the same color of the XPM logo).
Using a face property also have the nice property (😁) of automatically
adapt to any other theme.
--
Manuel Giraud
[0001-Colorize-SVG-Gnus-logo-in-mode-line.patch (text/x-patch, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#67174
; Package
emacs
.
(Thu, 08 Feb 2024 14:09:02 GMT)
Full text and
rfc822 format available.
Message #47 received at 67174 <at> debbugs.gnu.org (full text, mbox):
[சனி பிப்ரவரி 03, 2024] Manuel Giraud wrote:
Hello Manuel,
> Visuwesh <visuweshm <at> gmail.com> writes:
>
> [...]
>
>> That would be nice to have since I do like the little splash of
>> colour.
>
> Hi Visuwesh (and all),
>
> What do you think of this attached patch? Now that SVG are honoring the
> colors of the face property, I just add a face property to the logo.
>
> I have chosen 'font-lock-function-name-face' because it is a somewhat
> standard face and it is of color Blue1 (#0000ff) with the default Emacs
> theme (this is the same color of the XPM logo).
>
> Using a face property also have the nice property (😁) of automatically
> adapt to any other theme.
I know that I asked about adding a splash of colour to the mode-line but
now that I have run the monochrome Gnus logo, I don't feel the need for
the splash of colour anymore. But if general consensus is that we add a
new face for this, can we add a new face that inherits from
font-lock-function-name-face instead? I, for one, set every face to
inherit from default and change some to use different fonts so I would
still end up with a monochrome logo if I decide to have it coloured.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#67174
; Package
emacs
.
(Thu, 08 Feb 2024 15:53:01 GMT)
Full text and
rfc822 format available.
Message #50 received at 67174 <at> debbugs.gnu.org (full text, mbox):
Visuwesh <visuweshm <at> gmail.com> writes:
> [சனி பிப்ரவரி 03, 2024] Manuel Giraud wrote:
>
> Hello Manuel,
>
>> Visuwesh <visuweshm <at> gmail.com> writes:
>>
>> [...]
>>
>>> That would be nice to have since I do like the little splash of
>>> colour.
>>
>> Hi Visuwesh (and all),
>>
>> What do you think of this attached patch? Now that SVG are honoring the
>> colors of the face property, I just add a face property to the logo.
>>
>> I have chosen 'font-lock-function-name-face' because it is a somewhat
>> standard face and it is of color Blue1 (#0000ff) with the default Emacs
>> theme (this is the same color of the XPM logo).
>>
>> Using a face property also have the nice property (😁) of automatically
>> adapt to any other theme.
>
> I know that I asked about adding a splash of colour to the mode-line but
> now that I have run the monochrome Gnus logo, I don't feel the need for
> the splash of colour anymore. But if general consensus is that we add a
> new face for this, can we add a new face that inherits from
> font-lock-function-name-face instead?
Hi Visuwesh,
Yes, that would make much more sense indeed. But like you now, I'm used
to the monochrome logo so if no one pushes for this change maybe it
could be abandoned.
--
Manuel Giraud
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#67174
; Package
emacs
.
(Thu, 08 Feb 2024 21:43:01 GMT)
Full text and
rfc822 format available.
Message #53 received at 67174 <at> debbugs.gnu.org (full text, mbox):
Manuel Giraud via "Bug reports for GNU Emacs, the Swiss army knife of
text editors" <bug-gnu-emacs <at> gnu.org> writes:
> Yes, that would make much more sense indeed. But like you now, I'm used
> to the monochrome logo so if no one pushes for this change maybe it
> could be abandoned.
The vectorization still makes sense though, doesn't it? What with HiDPI
screens these days and all.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#67174
; Package
emacs
.
(Fri, 09 Feb 2024 04:02:02 GMT)
Full text and
rfc822 format available.
Message #56 received at 67174 <at> debbugs.gnu.org (full text, mbox):
On 9 February 2024 03:12:35 GMT+05:30, Stefan Kangas <stefankangas <at> gmail.com> wrote:
>Manuel Giraud via "Bug reports for GNU Emacs, the Swiss army knife of
>text editors" <bug-gnu-emacs <at> gnu.org> writes:
>
>> Yes, that would make much more sense indeed. But like you now, I'm used
>> to the monochrome logo so if no one pushes for this change maybe it
>> could be abandoned.
>
>The vectorization still makes sense though, doesn't it? What with HiDPI
>screens these days and all.
Yes, the svg was pushed to master months back so we already have the vectorised logo with us.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#67174
; Package
emacs
.
(Fri, 09 Feb 2024 10:26:01 GMT)
Full text and
rfc822 format available.
Message #59 received at 67174 <at> debbugs.gnu.org (full text, mbox):
Stefan Kangas <stefankangas <at> gmail.com> writes:
> Manuel Giraud via "Bug reports for GNU Emacs, the Swiss army knife of
> text editors" <bug-gnu-emacs <at> gnu.org> writes:
>
>> Yes, that would make much more sense indeed. But like you now, I'm used
>> to the monochrome logo so if no one pushes for this change maybe it
>> could be abandoned.
>
> The vectorization still makes sense though, doesn't it? What with HiDPI
> screens these days and all.
Yes, I was only talking about the "splash of colour" requested by
Visuwesh at the time (this bug report has drifted a bit :-)
--
Manuel Giraud
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#67174
; Package
emacs
.
(Sat, 10 Feb 2024 11:20:03 GMT)
Full text and
rfc822 format available.
Message #62 received at 67174 <at> debbugs.gnu.org (full text, mbox):
tags 67174 + fixed
thanks
Manuel Giraud <manuel <at> ledu-giraud.fr> writes:
> Stefan Kangas <stefankangas <at> gmail.com> writes:
>
>> The vectorization still makes sense though, doesn't it? What with HiDPI
>> screens these days and all.
>
> Yes, I was only talking about the "splash of colour" requested by
> Visuwesh at the time (this bug report has drifted a bit :-)
OK, let's tag this as fixed. If there are no further comments within
some time, I suppose we could close this.
Added tag(s) fixed.
Request was from
Stefan Kangas <stefankangas <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Sat, 10 Feb 2024 11:26:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 09 Mar 2024 12:24:06 GMT)
Full text and
rfc822 format available.
This bug report was last modified 1 year and 63 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.