From: Felician Nemeth <felician.nemeth@gmail.com>
To: Wei-Ting Lin <linwaytin@gmail.com>
Cc: 61072@debbugs.gnu.org, "João Távora" <joaotavora@gmail.com>
Subject: bug#61072: How to change the length of the separation lines in eldoc, used by eglot?
Date: Tue, 21 Feb 2023 18:11:51 +0100 [thread overview]
Message-ID: <87pma3gcyw.fsf@betli.tmit.bme.hu> (raw)
In-Reply-To: <CAKWBqSYyn9gj_wRcwU2MOMHzF+HVvuZ0iPOoqO4tHHcaPwHa2Q@mail.gmail.com> (Wei-Ting Lin's message of "Sat, 18 Feb 2023 10:08:22 -0500")
Wei-Ting Lin <linwaytin@gmail.com> writes:
> Sorry for the late reply. I think the following is the relevant part, when
> the cursor is on function "get_GF_cont_nonint".
>
> [server-reply] (id:1144) Sat Feb 18 10:03:45 2023:
> (:id 1144 :jsonrpc "2.0" :result
> (:contents
> (:kind "markdown" :value "### instance-method `get_GF_cont_nonint`
> \n\n---\n→ `double` \nParameters: \n- `double tau`\n- `const
> std::vector<double> & new_tau`\n\n---\n```cpp\n// In AndersonModel\npublic:
> double get_GF_cont_nonint(double tau, const std::vector<double>
> &new_tau)\n```")
So the LSP server sends "---\n". gfm-view-mode turns these three dashes
into a long separation line, which is then displayed by eldoc-box.
Neither gfm-view-mode nor eldoc-box is a part of Emacs or available from
GNU ELPA. I'm therefore tempted to say that debbugs is not the right
place for this bug report.
However, when Eglot calls gfm-view-mode in eglot--format-markup the
window-width probably equals to the width of the window containing the
user's source code and eldoc-box seems to display the documentation in a
narrower window. So maybe it would help if Eglot allowed the users to
run a custom function instead of calling gfm-view-mode in
eglot--format-markup.
next prev parent reply other threads:[~2023-02-21 17:11 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-01-26 1:42 bug#61072: How to change the length of the separation lines in eldoc, used by eglot? Wei-Ting Lin
2023-01-26 11:12 ` Ruijie Yu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-01-27 1:08 ` Wei-Ting Lin
2023-02-09 17:05 ` Felician Nemeth
2023-02-18 15:08 ` Wei-Ting Lin
2023-02-21 17:11 ` Felician Nemeth [this message]
2023-02-21 17:19 ` João Távora
2023-03-15 12:07 ` Felician Nemeth
2023-03-23 21:59 ` João Távora
2023-03-28 15:16 ` Felician Nemeth
2023-03-28 22:27 ` João Távora
2023-03-29 17:48 ` Felician Nemeth
2023-03-29 23:59 ` Yuan Fu
2023-04-08 8:52 ` Felician Nemeth
2023-04-08 9:10 ` João Távora
2023-03-23 21:53 ` 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=87pma3gcyw.fsf@betli.tmit.bme.hu \
--to=felician.nemeth@gmail.com \
--cc=61072@debbugs.gnu.org \
--cc=joaotavora@gmail.com \
--cc=linwaytin@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.