From: Eli Zaretskii <eliz@gnu.org>
To: Rudolf Schlatte <rudi@constantly.at>
Cc: 48149@debbugs.gnu.org
Subject: bug#48149: 27.2; Wrong underline width when the line char has a width of 2
Date: Sun, 02 May 2021 12:16:32 +0300 [thread overview]
Message-ID: <831rap8phr.fsf@gnu.org> (raw)
In-Reply-To: <m2r1ip8rcx.fsf@constantly.at> (message from Rudolf Schlatte on Sun, 02 May 2021 10:36:14 +0200)
> From: Rudolf Schlatte <rudi@constantly.at>
> Date: Sun, 02 May 2021 10:36:14 +0200
>
> > You reported a similar bug already, and I replied there that TRT in
> > these cases is to use window-text-pixel-size, which will automatically
> > account for the actual width on display of any characters and any
> > fonts specified for displaying them. char-width is an approximation,
> > and is accurate only on TTY frames.
>
> Isn't the primary result of org-export a plain (UTF-8) text file,
> instead of an emacs buffer to be displayed in a GUI or TTY frame?
>
> If so, maybe the criterion for correctness should be that "cat
> filename.txt" looks as expected in a terminal, even if opening that file
> in Emacs shows lines of different lengths due to variable-pitch faces
> etc.
If the result is supposed to be displayed only on text-mode terminals,
then indeed string-width is the way to go (assuming that the terminal
in question will use fonts that will not break the alignment).
However, if the result is supposed to be displayed by a GUI program
such as Emacs, then string-width will not produce accurate results.
Maybe this is not important in this kind of export, in which case I
apologize for the noise.
next prev parent reply other threads:[~2021-05-02 9:16 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-05-02 1:12 bug#48149: 27.2; Wrong underline width when the line char has a width of 2 Shingo Tanaka
2021-05-02 7:17 ` Eli Zaretskii
2021-05-02 7:17 ` Eli Zaretskii
2021-05-02 8:36 ` Rudolf Schlatte
2021-05-02 9:16 ` Eli Zaretskii [this message]
2021-05-02 16:08 ` Nicolas Goaziou
2021-05-02 16:23 ` Eli Zaretskii
2021-05-02 16:23 ` Eli Zaretskii
2021-05-09 13:57 ` Shingo Tanaka
2021-05-02 16:08 ` Nicolas Goaziou
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=831rap8phr.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=48149@debbugs.gnu.org \
--cc=rudi@constantly.at \
/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.