* bug#16333: 24.3.50; Info manuals: link defined terms to their glossary entries
@ 2014-01-03 21:50 Drew Adams
2020-01-15 19:47 ` Stefan Kangas
0 siblings, 1 reply; 21+ messages in thread
From: Drew Adams @ 2014-01-03 21:50 UTC (permalink / raw)
To: 16333
Enhancement request.
Inspired from a post on emacs-devel in thread "Apologia for bzr",
2014-01-03, which said,
I bet you can dip into any number of Info nodes where the terms
"buffer" and "window" are used without definition.
That would be a non-issue if such terms were linked (automatically) to
their glossary entries. This feature should be optional, and even easy
to toggle on/off. The links should be highlighted differently, so users
can easily tell that they are glossary links.
Info manuals such as the Emacs manual are strong in actually providing
an extensive glossary of terms. But it is true that we do not leverage
that feature by (a) showing, in the main text, which terms are glossary
terms and (b) provide direct links to their definitions.
We do provide a (probably little-known, little-used) command,
`search-emacs-glossary', that at least takes you to node `Glossary'.
But that is only rudimentary help, considering that so much information
is already organized to provide users term definitions. What's missing
is better access to those, and more visibility for them.
In GNU Emacs 24.3.50.1 (i686-pc-mingw32)
of 2014-01-01 on ODIEONE
Bzr revision: 115827 eggert@cs.ucla.edu-20140101192741-bi5hb4xb4kdi2zpw
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'
^ permalink raw reply [flat|nested] 21+ messages in thread
* bug#16333: 24.3.50; Info manuals: link defined terms to their glossary entries
2014-01-03 21:50 bug#16333: 24.3.50; Info manuals: link defined terms to their glossary entries Drew Adams
@ 2020-01-15 19:47 ` Stefan Kangas
2020-01-15 19:56 ` Eli Zaretskii
2020-01-15 20:22 ` Drew Adams
0 siblings, 2 replies; 21+ messages in thread
From: Stefan Kangas @ 2020-01-15 19:47 UTC (permalink / raw)
To: Drew Adams; +Cc: 16333
Drew Adams <drew.adams@oracle.com> writes:
> Enhancement request.
>
> Inspired from a post on emacs-devel in thread "Apologia for bzr",
> 2014-01-03, which said,
>
> I bet you can dip into any number of Info nodes where the terms
> "buffer" and "window" are used without definition.
>
> That would be a non-issue if such terms were linked (automatically) to
> their glossary entries. This feature should be optional, and even easy
> to toggle on/off. The links should be highlighted differently, so users
> can easily tell that they are glossary links.
>
> Info manuals such as the Emacs manual are strong in actually providing
> an extensive glossary of terms. But it is true that we do not leverage
> that feature by (a) showing, in the main text, which terms are glossary
> terms and (b) provide direct links to their definitions.
>
> We do provide a (probably little-known, little-used) command,
> `search-emacs-glossary', that at least takes you to node `Glossary'.
> But that is only rudimentary help, considering that so much information
> is already organized to provide users term definitions. What's missing
> is better access to those, and more visibility for them.
I think this is a very interesting feature request, but it
unfortunately has received no reply. I personally would love to see
this functionality, since I'm one of the users who almost always
forgets to check the glossary.
One can imagine hyperlinks working well. Maybe it would work even
better with some kind of popup (an overlay or a new window?) that
automatically shows the glossary entry side by side with the current
info node.
Let's hope there is someone interested enough to take a stab at
this. (Perhaps Drew would like to volunteer?)
Best regards,
Stefan Kangas
^ permalink raw reply [flat|nested] 21+ messages in thread
* bug#16333: 24.3.50; Info manuals: link defined terms to their glossary entries
2020-01-15 19:47 ` Stefan Kangas
@ 2020-01-15 19:56 ` Eli Zaretskii
2020-01-15 20:22 ` Drew Adams
1 sibling, 0 replies; 21+ messages in thread
From: Eli Zaretskii @ 2020-01-15 19:56 UTC (permalink / raw)
To: Stefan Kangas; +Cc: 16333
> From: Stefan Kangas <stefan@marxist.se>
> Date: Wed, 15 Jan 2020 20:47:09 +0100
> Cc: 16333@debbugs.gnu.org
>
> Drew Adams <drew.adams@oracle.com> writes:
>
> > Enhancement request.
> >
> > Inspired from a post on emacs-devel in thread "Apologia for bzr",
> > 2014-01-03, which said,
> >
> > I bet you can dip into any number of Info nodes where the terms
> > "buffer" and "window" are used without definition.
> >
> > That would be a non-issue if such terms were linked (automatically) to
> > their glossary entries. This feature should be optional, and even easy
> > to toggle on/off. The links should be highlighted differently, so users
> > can easily tell that they are glossary links.
> >
>
> I think this is a very interesting feature request, but it
> unfortunately has received no reply. I personally would love to see
> this functionality, since I'm one of the users who almost always
> forgets to check the glossary.
Our convention is to have index entries to all definitions. For
example, type "i buffers RET", and you land where we define what is a
buffer.
^ permalink raw reply [flat|nested] 21+ messages in thread
* bug#16333: 24.3.50; Info manuals: link defined terms to their glossary entries
2020-01-15 19:47 ` Stefan Kangas
2020-01-15 19:56 ` Eli Zaretskii
@ 2020-01-15 20:22 ` Drew Adams
2020-10-29 6:52 ` Drew Adams
1 sibling, 1 reply; 21+ messages in thread
From: Drew Adams @ 2020-01-15 20:22 UTC (permalink / raw)
To: Stefan Kangas; +Cc: 16333
> Let's hope there is someone interested enough to take a stab at
> this. (Perhaps Drew would like to volunteer?)
No, but I too hope someone will do so at some point.
^ permalink raw reply [flat|nested] 21+ messages in thread
* bug#16333: 24.3.50; Info manuals: link defined terms to their glossary entries
2020-01-15 20:22 ` Drew Adams
@ 2020-10-29 6:52 ` Drew Adams
2020-10-29 6:59 ` Drew Adams
` (2 more replies)
0 siblings, 3 replies; 21+ messages in thread
From: Drew Adams @ 2020-10-29 6:52 UTC (permalink / raw)
To: Stefan Kangas; +Cc: 16333
> > Let's hope there is someone interested enough to take a
> > stab at this. (Perhaps Drew would like to volunteer?)
>
> No, but I too hope someone will do so at some point.
Actually, I've done this now. I added it to info+.el.
(It could of course be added to vanilla Emacs also.)
From the Info+ Commentary:
Glossary words, that is, words that are defined in a manual's
`Glossary' node, are highlighted and linked to their glossary
entries, if option `Info-fontify-glossary-words' is non-nil.
By default, a mouseover on such a link shows a tooltip with
the word's definition from the glossary. (Currently only the
Emacs and Semantic manuals have `Glossary' nodes, as far as I
know.)
Only the first occurrence of a given glossary word in
a given node is handled this way; other occurrences
are ignored.
Occurrences of glossary words within Info links (e.g.
menu items, xrefs) are not treated (they're skipped);
there's no treatment of glossary words in an Index
(there could be; that was a choice); and occurrences
within a Glossary itself are treated only when not in
the definition of the same word.
You can toggle this highlighting (and linking) with
command `Info-toggle-fontify-glossary-words'.
Only glossary terms that are single words are handled
by this highlighting/linking/tooltip behavior. But
there's also a command, `Info-glossary', that prompts
for a glossary term with completion, and all glossary
terms are handled (i.e., not just single-word terms).
https://www.emacswiki.org/emacs/download/info%2b.el
___
BTW, I did have a question, which I finally found the
answer to (I guess), by experimenting. I think the
Elisp manual needs some info added.
The tooltip help I was using had (1) the glossary
word's definition, followed (after a blank line) by
"mouse-2: go to Glossary entry for this word".
I couldn't figure out why that "mouse-2" text wouldn't
magically change to "mouse-1" with non-nil variable
`mouse-1-click-follows-link'. Couldn't get it to work.
Finally, on a whim, I switched the order, so the text
started with "mouse-2"... instead of starting with the
glossary definition. Bingo!
This magic seems to be undocumented. Everything about
`mouse-1' following links is well documented except
this help-echo magic. I hope someone will add this
secret to the Elisp manual somewhere: If you've got
things set up so that `mouse-1' will follow links
(e.g., you use `follow-link' etc.) and if your
`help-echo' text starts with the text "mouse-2", then
the resulting help echo will actually start with
"mouse-1", in place of "mouse-2". That seems to be
the (undocumented) behavior.
It turns out that the text need not exactly start with
"mouse-2". Because I want the definition to be the
main point of the tooltip, I now put the mouse action
description (which apparently has to come first) in
parens: "(mouse-2...)" - and it still works.
So maybe the magic that transforms "mouse-2" to
"mouse-1" works only if "mouse-2" is within N chars
of the start. Or maybe it will skip over punctuation
(e.g. "(") but not over letters. Or maybe it didn't
work in the other order because I have a blank line
between the two. I didn't play with it enough to
figure out the behavior completely.
Dunno where that text transformation is implemented
(in C?) - I didn't find it in the Lisp. And I just
happened to guess an answer, based on seeing the
same text used over and over in source code.
Would someone please consider telling users about
this secret sauce in the Elisp manual? Thx.
___
Another nice-to-have would be beefing up the Glossary
in the Emacs manual. I'm guessing it hasn't been
updated in a while, and features have been added that
are not reflected there. I was also surprised to see
that most manuals have no glossary. The only manuals
I found that have glossaries are Emacs and Semantic.
Aren't there lisp things that deserve glossary entries?
Org things? (No, I'm not volunteering.)
^ permalink raw reply [flat|nested] 21+ messages in thread* bug#16333: 24.3.50; Info manuals: link defined terms to their glossary entries
2020-10-29 6:52 ` Drew Adams
@ 2020-10-29 6:59 ` Drew Adams
2020-10-29 14:26 ` Eli Zaretskii
2020-10-29 14:40 ` Stefan Kangas
2 siblings, 0 replies; 21+ messages in thread
From: Drew Adams @ 2020-10-29 6:59 UTC (permalink / raw)
To: Stefan Kangas; +Cc: 16333
> It turns out that the text need not exactly start with
> "mouse-2". Because I want the definition to be the
> main point of the tooltip, I now put the mouse action
> description (which apparently has to come first) in
> parens: "(mouse-2...)" - and it still works.
Nope. That was wrong. Guess I was seeing things.
Had to remove the parens for it to work. Guess the
text really does need to start exactly with "mouse-2".
^ permalink raw reply [flat|nested] 21+ messages in thread
* bug#16333: 24.3.50; Info manuals: link defined terms to their glossary entries
2020-10-29 6:52 ` Drew Adams
2020-10-29 6:59 ` Drew Adams
@ 2020-10-29 14:26 ` Eli Zaretskii
2020-10-29 14:40 ` Stefan Kangas
2 siblings, 0 replies; 21+ messages in thread
From: Eli Zaretskii @ 2020-10-29 14:26 UTC (permalink / raw)
To: Drew Adams; +Cc: 16333, stefan
> Date: Wed, 28 Oct 2020 23:52:32 -0700 (PDT)
> From: Drew Adams <drew.adams@oracle.com>
> Cc: 16333@debbugs.gnu.org
>
> It turns out that the text need not exactly start with
> "mouse-2".
Yes.
> Dunno where that text transformation is implemented
> (in C?) - I didn't find it in the Lisp.
It's in mouse-fixup-help-message.
^ permalink raw reply [flat|nested] 21+ messages in thread
* bug#16333: 24.3.50; Info manuals: link defined terms to their glossary entries
2020-10-29 6:52 ` Drew Adams
2020-10-29 6:59 ` Drew Adams
2020-10-29 14:26 ` Eli Zaretskii
@ 2020-10-29 14:40 ` Stefan Kangas
2020-10-29 18:13 ` Drew Adams
2 siblings, 1 reply; 21+ messages in thread
From: Stefan Kangas @ 2020-10-29 14:40 UTC (permalink / raw)
To: Drew Adams; +Cc: 16333
Drew Adams <drew.adams@oracle.com> writes:
>> > Let's hope there is someone interested enough to take a
>> > stab at this. (Perhaps Drew would like to volunteer?)
>>
>> No, but I too hope someone will do so at some point.
>
> Actually, I've done this now. I added it to info+.el.
> (It could of course be added to vanilla Emacs also.)
Could you prepare a patch?
^ permalink raw reply [flat|nested] 21+ messages in thread
* bug#16333: 24.3.50; Info manuals: link defined terms to their glossary entries
2020-10-29 14:40 ` Stefan Kangas
@ 2020-10-29 18:13 ` Drew Adams
2021-10-11 14:02 ` Stefan Kangas
0 siblings, 1 reply; 21+ messages in thread
From: Drew Adams @ 2020-10-29 18:13 UTC (permalink / raw)
To: Stefan Kangas; +Cc: 16333
> > Actually, I've done this now. I added it to info+.el.
> > (It could of course be added to vanilla Emacs also.)
>
> Could you prepare a patch?
I won't prepare a patch till you've tried the
enhancement and decided that you want it.
Been bit too many times by wasting time preparing
patches that don't get applied because the feature
isn't wanted. If you want this I can provide it,
but decide first that you want it, please.
And I'd really prefer to include other fontifying
Info+ allows, fontifying options and commands, and
the `Toggle/Cycle' submenu of Info for them.
It's simple to take a look: load info+.el in
`emacs -Q' and move around. For most fontifying
enhancements, try a manual such as Elisp, which
has lots of Lisp artifacts (backquoted sexps, etc.).
^ permalink raw reply [flat|nested] 21+ messages in thread
* bug#16333: 24.3.50; Info manuals: link defined terms to their glossary entries
2020-10-29 18:13 ` Drew Adams
@ 2021-10-11 14:02 ` Stefan Kangas
2021-10-11 14:05 ` Lars Ingebrigtsen
2021-10-11 15:24 ` Drew Adams
0 siblings, 2 replies; 21+ messages in thread
From: Stefan Kangas @ 2021-10-11 14:02 UTC (permalink / raw)
To: Drew Adams; +Cc: 16333
Drew Adams <drew.adams@oracle.com> writes:
>> > Actually, I've done this now. I added it to info+.el.
>> > (It could of course be added to vanilla Emacs also.)
>>
>> Could you prepare a patch?
>
> I won't prepare a patch till you've tried the
> enhancement and decided that you want it.
>
> Been bit too many times by wasting time preparing
> patches that don't get applied because the feature
> isn't wanted. If you want this I can provide it,
> but decide first that you want it, please.
>
> And I'd really prefer to include other fontifying
> Info+ allows, fontifying options and commands, and
> the `Toggle/Cycle' submenu of Info for them.
>
> It's simple to take a look: load info+.el in
> `emacs -Q' and move around. For most fontifying
> enhancements, try a manual such as Elisp, which
> has lots of Lisp artifacts (backquoted sexps, etc.).
That's fair enough. So I've tested this, and I find that this
fontification is too noisy and distracting: it highlights every occasion
of "command", "customization", "variable", "Lisp" etc. It even
highlights "window" in "window system", which is outright confusing...
Any other opinions here?
^ permalink raw reply [flat|nested] 21+ messages in thread
* bug#16333: 24.3.50; Info manuals: link defined terms to their glossary entries
2021-10-11 14:02 ` Stefan Kangas
@ 2021-10-11 14:05 ` Lars Ingebrigtsen
2021-10-11 14:32 ` Stefan Kangas
2021-10-11 15:24 ` Drew Adams
1 sibling, 1 reply; 21+ messages in thread
From: Lars Ingebrigtsen @ 2021-10-11 14:05 UTC (permalink / raw)
To: Stefan Kangas; +Cc: 16333
Stefan Kangas <stefan@marxist.se> writes:
> That's fair enough. So I've tested this, and I find that this
> fontification is too noisy and distracting: it highlights every occasion
> of "command", "customization", "variable", "Lisp" etc. It even
> highlights "window" in "window system", which is outright confusing...
>
> Any other opinions here?
Can you post some screenshots? :-)
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 21+ messages in thread
* bug#16333: 24.3.50; Info manuals: link defined terms to their glossary entries
2021-10-11 14:05 ` Lars Ingebrigtsen
@ 2021-10-11 14:32 ` Stefan Kangas
2021-10-11 14:34 ` Lars Ingebrigtsen
0 siblings, 1 reply; 21+ messages in thread
From: Stefan Kangas @ 2021-10-11 14:32 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: 16333
[-- Attachment #1: Type: text/plain, Size: 94 bytes --]
Lars Ingebrigtsen <larsi@gnus.org> writes:
> Can you post some screenshots? :-)
See below.
[-- Attachment #2: bug16333.png --]
[-- Type: image/png, Size: 82132 bytes --]
^ permalink raw reply [flat|nested] 21+ messages in thread
* bug#16333: 24.3.50; Info manuals: link defined terms to their glossary entries
2021-10-11 14:32 ` Stefan Kangas
@ 2021-10-11 14:34 ` Lars Ingebrigtsen
2021-10-11 14:55 ` Stefan Kangas
2021-10-15 21:18 ` bug#16333: [External] : " Drew Adams
0 siblings, 2 replies; 21+ messages in thread
From: Lars Ingebrigtsen @ 2021-10-11 14:34 UTC (permalink / raw)
To: Stefan Kangas; +Cc: 16333
Stefan Kangas <stefan@marxist.se> writes:
> See below.
Thanks. Yeah, that looks really awkward -- I don't think we want to do
that in info.el.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 21+ messages in thread
* bug#16333: 24.3.50; Info manuals: link defined terms to their glossary entries
2021-10-11 14:34 ` Lars Ingebrigtsen
@ 2021-10-11 14:55 ` Stefan Kangas
2021-10-15 21:18 ` bug#16333: [External] : " Drew Adams
1 sibling, 0 replies; 21+ messages in thread
From: Stefan Kangas @ 2021-10-11 14:55 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: 16333
tags 16333 wontfix
close 16333
thanks
Lars Ingebrigtsen <larsi@gnus.org> writes:
> Stefan Kangas <stefan@marxist.se> writes:
>
>> See below.
>
> Thanks. Yeah, that looks really awkward -- I don't think we want to do
> that in info.el.
Thanks, I'm therefore closing this bug report.
^ permalink raw reply [flat|nested] 21+ messages in thread
* bug#16333: [External] : Re: bug#16333: 24.3.50; Info manuals: link defined terms to their glossary entries
2021-10-11 14:34 ` Lars Ingebrigtsen
2021-10-11 14:55 ` Stefan Kangas
@ 2021-10-15 21:18 ` Drew Adams
1 sibling, 0 replies; 21+ messages in thread
From: Drew Adams @ 2021-10-15 21:18 UTC (permalink / raw)
To: Lars Ingebrigtsen, Stefan Kangas; +Cc: 16333@debbugs.gnu.org
> Thanks. Yeah, that looks really awkward --
> I don't think we want to do that in info.el.
Too bad for Emacs. Just for the record -
As I mentioned, the default behavior for the option
could instead be one of these less "noisy" behaviors:
* No links at all - zero change from what you have now.
* Links without faces, i.e., hidden except on mouseover.
As I also mentioned, a given word is never linked more
than once in a given node (contrary to Stefan's claim).
And with the behavior I chose as default, once you visit
the glossary for a given word it's no longer linked
(anywhere). I chose that behavior as default to help
with learning as well as discovery. A seasoned user
might well choose one of the less noticeable behaviors.
You're entitled to your knee-jerk reaction. Alas, you
also have the prerogative to not give vanilla Emacs
users the choice.
Here are screenshots of two of the possibilities:
https://www.emacswiki.org/emacs/InfoPlus#highlighting
^ permalink raw reply [flat|nested] 21+ messages in thread
* bug#16333: [External] : Re: bug#16333: 24.3.50; Info manuals: link defined terms to their glossary entries
2021-10-11 14:02 ` Stefan Kangas
2021-10-11 14:05 ` Lars Ingebrigtsen
@ 2021-10-11 15:24 ` Drew Adams
1 sibling, 0 replies; 21+ messages in thread
From: Drew Adams @ 2021-10-11 15:24 UTC (permalink / raw)
To: Stefan Kangas; +Cc: 16333@debbugs.gnu.org
> >> > Actually, I've done this now. I added it to info+.el.
> >> > (It could of course be added to vanilla Emacs also.)
> >>
> >> Could you prepare a patch?
> >
> > I won't prepare a patch till you've tried the
> > enhancement and decided that you want it.
> >
> > Been bit too many times by wasting time preparing
> > patches that don't get applied because the feature
> > isn't wanted. If you want this I can provide it,
> > but decide first that you want it, please.
> >
> > And I'd really prefer to include other fontifying
> > Info+ allows, fontifying options and commands, and
> > the `Toggle/Cycle' submenu of Info for them.
> >
> > It's simple to take a look: load info+.el in
> > `emacs -Q' and move around. For most fontifying
> > enhancements, try a manual such as Elisp, which
> > has lots of Lisp artifacts (backquoted sexps, etc.).
>
> That's fair enough. So I've tested this, and I find that this
> fontification is too noisy and distracting: it highlights every
> occasion of "command", "customization", "variable", "Lisp" etc.
Your personal opinion of "too noisy and distracting"
should be irrelevant, not a reason to deprive users
of a choice.
___
And no, it certainly does NOT highlight every
occurrence. It _never_ does that.
And what it highlights (including nothing, ever)
is completely up to a user. Emacs could of course
choose a different _default_ behavior from what
I've chosen for Info+. E.g., by default it could
simply be off (hindering discovery).
Option `Info-fontify-glossary-words'=nil does NO
indication of glossary words. Non-nil provides
various sorts of behavior, depending on the value.
And there are commands to cycle among the various
possibilities or toggle between OFF and the last
ON behavior.
When ON, regardless of the chosen behavior, only
the _first_ occurrence of a glossary word in a
node is indicated. It's never the case that all,
or any more than the first, are linked/indicated.
The _default_ behavior that I chose was this one:
a glossary link is fontified and mouseover shows
the definition in a tooltip - but only until that
term has been visited in the Glossary.
You can instead choose to show the link but not
the tooltip definition. And you can choose
either of those behaviors always, instead of only
till the term has been visited in the Glossary.
When a link is no longer fontified it still exists,
so it's still shown on mouseover with `mouse-face'.
___
Other behaviors could be added. E.g., a choice
could be added for never fontifying the links and
just showing the with `mouse-face' (on mouseover).
I haven't done that, as I think that if someone
finds the (once-only) fontification annoying then
they just won't turn it on in the first place.
^ permalink raw reply [flat|nested] 21+ messages in thread
[parent not found: <<bc491f1f-4a8d-4953-a4aa-fd7c0121c1e6@default>]
[parent not found: <<<bc491f1f-4a8d-4953-a4aa-fd7c0121c1e6@default>]
end of thread, other threads:[~2021-10-15 21:18 UTC | newest]
Thread overview: 21+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-01-03 21:50 bug#16333: 24.3.50; Info manuals: link defined terms to their glossary entries Drew Adams
2020-01-15 19:47 ` Stefan Kangas
2020-01-15 19:56 ` Eli Zaretskii
2020-01-15 20:22 ` Drew Adams
2020-10-29 6:52 ` Drew Adams
2020-10-29 6:59 ` Drew Adams
2020-10-29 14:26 ` Eli Zaretskii
2020-10-29 14:40 ` Stefan Kangas
2020-10-29 18:13 ` Drew Adams
2021-10-11 14:02 ` Stefan Kangas
2021-10-11 14:05 ` Lars Ingebrigtsen
2021-10-11 14:32 ` Stefan Kangas
2021-10-11 14:34 ` Lars Ingebrigtsen
2021-10-11 14:55 ` Stefan Kangas
2021-10-15 21:18 ` bug#16333: [External] : " Drew Adams
2021-10-11 15:24 ` Drew Adams
[not found] <<bc491f1f-4a8d-4953-a4aa-fd7c0121c1e6@default>
[not found] ` <<87pnfk1ozm.fsf@marxist.se>
[not found] ` <<835zhc4hor.fsf@gnu.org>
2020-01-15 20:30 ` Drew Adams
[not found] ` <<44a24b90-adf8-41f1-8d06-b35f55f1850c@default>
[not found] ` <<cbdf8d05-8ce5-4bc5-a04f-44c1e9b380db@default>
[not found] ` <<83tuudaz1y.fsf@gnu.org>
2020-10-29 17:51 ` Drew Adams
2020-10-30 21:14 ` Drew Adams
2020-10-31 7:03 ` Eli Zaretskii
[not found] <<<bc491f1f-4a8d-4953-a4aa-fd7c0121c1e6@default>
[not found] ` <<<87pnfk1ozm.fsf@marxist.se>
[not found] ` <<<44a24b90-adf8-41f1-8d06-b35f55f1850c@default>
[not found] ` <<<cbdf8d05-8ce5-4bc5-a04f-44c1e9b380db@default>
[not found] ` <<<83tuudaz1y.fsf@gnu.org>
[not found] ` <<1f8767bb-1912-42ea-abba-dd666bea48b0@default>
[not found] ` <<3b9fabae-fbe4-4c4a-b11b-8aad73016ace@default>
[not found] ` <<83wnz698rr.fsf@gnu.org>
2020-10-31 17:04 ` Drew Adams
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).
![[-- Attachment #2: bug16333.png --] [-- Type: image/png, Size: 82132 bytes --]](../../CADwFkmmEa-1aZfB41yBB71uQqqRHNyTANezcCemsQ4Ax+Bzx9A@mail.gmail.com/2-bug16333.png){kind=link}