GNU bug report logs -
#74807
30.0.90; Eglot: Non-Markdown strings rendered as Markdown
Previous Next
Full log
View this message in rfc822 format
Troy Brown <brownts <at> troybrown.dev> writes:
> On Mon, Jan 6, 2025 at 7:28 PM João Távora <joaotavora <at> gmail.com> wrote:
> data point. I think it's unwise to completely disregard that
> information.
I'm sure to treasure your remarks about my wisdom going forward.
>> Those are the users I don't want to disturb. Who's to say that Eglot users
>> of your ada-language-server aren't quite happy to see "Indentation kind"
>> fontified with a certain face and "spaces | tabs" in another face?
>
> I'm not quite sure what your point is.
Other users may very well be content with the current Emacs behaviour,
which gives them coloured documentation for ada-language-server. If I
change it in the direction you argue, I destroy this value and create no
new value. Is it still difficult to comprehend?
> I am both a user of Eglot and a user of the language server and I'm
> not happy with this behavior, nor do I think Eglot's behavior is
> correct. How is my experience any less important than any other user?
Never said it is. It's also no more important than other users.
> I am trying to point out where the "Emacs experience" is subpar
And you did that. Then I spent my time thinking about this and came to
a different conclusion.
> Moving on, I've done some digging and found historical information
> that I believe is relevant.
It's irrelevant, of course. Markdown is specifically designed to render
non marked-up aka "plain" text reasonably. It would be much more
relevant if you could actually find plaintext that Markdown mistakes for
a link or something to get it to be actually harmful.
Even then, because of what I've already stated, I'm not sure I'd change
it.
If it's such a hill to die on, I'd spend my time arguing with the
ada-language-server author to specifically provide those snippets inside
a MarkupContent struct.
João
This bug report was last modified 157 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.