From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs 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 Message-ID: <831rap8phr.fsf@gnu.org> References: <87fsz62b1w.wl-shingo.fg8@gmail.com> <837dkh8uzi.fsf__22492.4155323365$1619940077$gmane$org@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="21323"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 48149@debbugs.gnu.org To: Rudolf Schlatte Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun May 02 11:17:29 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1ld8ED-0005Ry-Jl for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 02 May 2021 11:17:29 +0200 Original-Received: from localhost ([::1]:50742 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ld8EB-0003CH-FZ for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 02 May 2021 05:17:28 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:39262) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ld8Dm-0003BU-Ny; Sun, 02 May 2021 05:17:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:58430) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1ld8Dm-0002rk-F4; Sun, 02 May 2021 05:17:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ld8Dm-0004Cr-AB; Sun, 02 May 2021 05:17:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: emacs-orgmode@gnu.org, bug-gnu-emacs@gnu.org Resent-Date: Sun, 02 May 2021 09:17:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 48149 X-GNU-PR-Package: org-mode,emacs Original-Received: via spool by 48149-submit@debbugs.gnu.org id=B48149.161994702116114 (code B ref 48149); Sun, 02 May 2021 09:17:02 +0000 Original-Received: (at 48149) by debbugs.gnu.org; 2 May 2021 09:17:01 +0000 Original-Received: from localhost ([127.0.0.1]:41741 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ld8Dl-0004Be-5d for submit@debbugs.gnu.org; Sun, 02 May 2021 05:17:01 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:59162) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ld8Dj-00046u-SO for 48149@debbugs.gnu.org; Sun, 02 May 2021 05:17:00 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:58378) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ld8Dd-0002mB-3i; Sun, 02 May 2021 05:16:54 -0400 Original-Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:2010 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1ld8Dc-0002Ba-HZ; Sun, 02 May 2021 05:16:52 -0400 In-Reply-To: (message from Rudolf Schlatte on Sun, 02 May 2021 10:36:14 +0200) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:205414 Archived-At: > From: Rudolf Schlatte > 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.