From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Georges Ko Newsgroups: gmane.emacs.bugs Subject: bug#24699: Some characters should have char-width of 2 Date: Sun, 16 Oct 2016 00:59:39 +0800 Organization: gko.net Message-ID: References: <834m4d3ix5.fsf@gnu.org> <83lgxp1wl3.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: blaine.gmane.org 1476550940 4574 195.159.176.226 (15 Oct 2016 17:02:20 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 15 Oct 2016 17:02:20 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (windows-nt) Hamster/2.0.0.1 To: 24699@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Oct 15 19:02:16 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bvSLf-0000Yp-4D for geb-bug-gnu-emacs@m.gmane.org; Sat, 15 Oct 2016 19:02:15 +0200 Original-Received: from localhost ([::1]:52675 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bvSLd-0007ey-W0 for geb-bug-gnu-emacs@m.gmane.org; Sat, 15 Oct 2016 13:02:14 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46699) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bvSLW-0007eg-47 for bug-gnu-emacs@gnu.org; Sat, 15 Oct 2016 13:02:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bvSLS-0000lY-TH for bug-gnu-emacs@gnu.org; Sat, 15 Oct 2016 13:02:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:54229) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1bvSLS-0000lR-QX for bug-gnu-emacs@gnu.org; Sat, 15 Oct 2016 13:02:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1bvSLS-00057t-I3 for bug-gnu-emacs@gnu.org; Sat, 15 Oct 2016 13:02:02 -0400 X-Loop: help-debbugs@gnu.org In-Reply-To: Resent-From: Georges Ko Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 15 Oct 2016 17:02:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24699 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.147655088519662 (code B ref -1); Sat, 15 Oct 2016 17:02:02 +0000 Original-Received: (at submit) by debbugs.gnu.org; 15 Oct 2016 17:01:25 +0000 Original-Received: from localhost ([127.0.0.1]:60418 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bvSKq-000574-W8 for submit@debbugs.gnu.org; Sat, 15 Oct 2016 13:01:25 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:55600) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bvSKp-00056o-Kl for submit@debbugs.gnu.org; Sat, 15 Oct 2016 13:01:23 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bvSKj-0000My-I2 for submit@debbugs.gnu.org; Sat, 15 Oct 2016 13:01:18 -0400 Original-Received: from lists.gnu.org ([2001:4830:134:3::11]:43482) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1bvSKj-0000ML-EF for submit@debbugs.gnu.org; Sat, 15 Oct 2016 13:01:17 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46556) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bvSKh-0007bC-2u for bug-gnu-emacs@gnu.org; Sat, 15 Oct 2016 13:01:16 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bvSKc-0000JS-RL for bug-gnu-emacs@gnu.org; Sat, 15 Oct 2016 13:01:14 -0400 Original-Received: from [195.159.176.226] (port=56182 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1bvSKc-0000Gv-Kt for bug-gnu-emacs@gnu.org; Sat, 15 Oct 2016 13:01:10 -0400 Original-Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1bvSKM-0007jf-UQ for bug-gnu-emacs@gnu.org; Sat, 15 Oct 2016 19:00:54 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 57 Original-X-Complaints-To: usenet@blaine.gmane.org Cancel-Lock: sha1:mlhO2D75zXMWeUsfOH5QrUMWCsw= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 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.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:124521 Archived-At: Eli Zaretskii writes: > Not all characters of a code block have the same width attribute. OK, understood. I'll use EastAsianWidth.txt as reference. >> (char-width ?🍁) => 2 >> (char-width ?🐻) => 1 > > Yes, the 1F400..1F43E range was missing. I now fixed that on the > emacs-25 branch, so both of the above expressions return 2. OK. >> Could the EastAsianWidth.txt (not found in Emacs sources) used to >> generate was an old version? > > It's more probable that this range was simply omitted. >> Is the generated output in characters.el starting from this line? > > It's not aut-generated, it was written by hand. Shouldn't all current char-width be checked against EastAsianWidth.txt? I'll check for discrepancies... >> A side effect of having non-consistent char-width is badly aligned >> org-mode tables. A table with a MAPLE LEAF (width=2) and a BEAR FACE >> (width=1) is aligned like this by org-mode: > > The width attribute will only help in alignment of text if the font > used for these characters is monospaced, and then if the font > designers indeed kept the width according to Unicode. Most fonts that > support these characters are variable-pitch fonts, so you won't have > any alignment anyway, unless org-table aligns columns on the pixel > level, by using the pixel size of the text. > >> E | W | Char | Code Point | Name >> --+---+-------+------------------+------------------------------- >> 2 | 1 | 🐀 | #x1F400 (128000) | RAT >> 2 | 1 | 🐁 | #x1F401 (128001) | MOUSE >> 2 | 1 | 🐂 | #x1F402 (128002) | OX > > On my display, these columns are not aligned at all, even for > characters whose char-width is 2. And I don't expect them to be > aligned, because the font used is Symbola, which is not monospaced. Segoe UI Symbol seems better in this regard, unfortunately, it has less displayable characters. > OK to close this bug now? OK. Georges -- Georges Ko gko@gko.net 2016-10-16