From: Troy Brown <brownts@troybrown.dev>
To: "João Távora" <joaotavora@gmail.com>
Cc: Eli Zaretskii <eliz@gnu.org>,
74807@debbugs.gnu.org, felician.nemeth@gmail.com
Subject: bug#74807: 30.0.90; Eglot: Non-Markdown strings rendered as Markdown
Date: Wed, 8 Jan 2025 18:37:22 -0500 [thread overview]
Message-ID: <CABvCZ40FZaSLeF7=Frk0P=du9knZtWamEt7GNiEvhyHmRyd+dg@mail.gmail.com> (raw)
In-Reply-To: <87tta9k6j6.fsf@gmail.com>
On Wed, Jan 8, 2025 at 4:18 AM João Távora <joaotavora@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.
I don't know why you feel the need to be condescending, nor why you
think it brings anything useful to this conversation.
> 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?
As you have pointed out, it appears Emacs' Markdown mode is the one
that renders this particular text that way. I don't know what value
you think is added through inconsistency among LSP clients, it only
lessens the user's experience, and when Language Servers don't
directly target Eglot, it lessens the Emacs experience too
(considering Eglot's "built-in" package status). Since you say you
are "concerned with longtime Eglot users", I would think this would be
important to you.
It was not the intention of the Language Server authors to have plain
text rendered as Markdown. Additionally, it's not just colored text,
it may be underlined or italicised or something completely different
based on the user's theme, which looks completely out of place with
other documentation that doesn't happen to include characters which
trigger special Markdown rendering.
> > 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 never said, nor implied that my experience was more important than
other users, I was only asking to be treated equally to your "longtime
Eglot users", whoever that encompasses. Also, since Eglot is a
built-in Emacs package, I would think you'd be concerned with all
users of Eglot, not just "longtime users" and base decisions on
technical merit.
> > 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.
It's not irrelevant, but I'm not going to debate it anymore as you
appear to be entrenched in your opinion. I don't see the need to find
another example that somehow exceeds your personal tolerance level,
I've already demonstrated a perfectly reasonable example.
> 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.
I probably will end up asking them to change this, but my approach is
to first try to correct a problem before I ask someone else to
workaround it.
Troy.
next prev parent reply other threads:[~2025-01-08 23:37 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-12-12 0:46 bug#74807: 30.0.90; Eglot: Non-Markdown strings rendered as Markdown Troy Brown
2024-12-12 8:30 ` João Távora
2024-12-12 13:32 ` Troy Brown
2024-12-28 11:02 ` Eli Zaretskii
2025-01-06 11:56 ` João Távora
2025-01-06 23:56 ` Troy Brown
2025-01-07 0:28 ` João Távora
2025-01-08 3:56 ` Troy Brown
2025-01-08 9:18 ` João Távora
2025-01-08 23:37 ` Troy Brown [this message]
2025-01-08 23:45 ` João Távora
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CABvCZ40FZaSLeF7=Frk0P=du9knZtWamEt7GNiEvhyHmRyd+dg@mail.gmail.com' \
--to=brownts@troybrown.dev \
--cc=74807@debbugs.gnu.org \
--cc=eliz@gnu.org \
--cc=felician.nemeth@gmail.com \
--cc=joaotavora@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.