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#27403: 26.0.50; Indentation misalignment with Unicode code points >65535 Date: Fri, 04 Feb 2022 09:05:48 +0200 Message-ID: <831r0j3ycz.fsf@gnu.org> References: <5bd704e4-b3e4-bcd3-eea6-66856fc47dd6@gmail.com> <83tw3fyr7k.fsf@gnu.org> <83shiyzz5y.fsf@gnu.org> <8737ayolx3.fsf@linux-m68k.org> <83poe2zqae.fsf@gnu.org> <87wp8amqrn.fsf@linux-m68k.org> <83fueyzd8w.fsf@gnu.org> <875ypvn1eo.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="2439"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 27403@debbugs.gnu.org, schwab@linux-m68k.org, adam.niederer@gmail.com To: Lars Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Feb 04 09:03:45 2022 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 1nFtZI-0000Q7-Mi for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 04 Feb 2022 09:03:44 +0100 Original-Received: from localhost ([::1]:46222 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nFtZG-0008HW-6Y for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 04 Feb 2022 03:03:42 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:36246) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nFsfS-0007bt-U5 for bug-gnu-emacs@gnu.org; Fri, 04 Feb 2022 02:06:05 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:36562) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nFsfS-00071C-G8 for bug-gnu-emacs@gnu.org; Fri, 04 Feb 2022 02:06:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1nFsfS-0001xR-6M for bug-gnu-emacs@gnu.org; Fri, 04 Feb 2022 02:06:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 04 Feb 2022 07:06:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 27403 X-GNU-PR-Package: emacs Original-Received: via spool by 27403-submit@debbugs.gnu.org id=B27403.16439583577515 (code B ref 27403); Fri, 04 Feb 2022 07:06:02 +0000 Original-Received: (at 27403) by debbugs.gnu.org; 4 Feb 2022 07:05:57 +0000 Original-Received: from localhost ([127.0.0.1]:58692 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nFsfN-0001x9-8v for submit@debbugs.gnu.org; Fri, 04 Feb 2022 02:05:57 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:57784) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nFsfM-0001ww-0n for 27403@debbugs.gnu.org; Fri, 04 Feb 2022 02:05:56 -0500 Original-Received: from [2001:470:142:3::e] (port=43622 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nFsfA-0006zK-TM; Fri, 04 Feb 2022 02:05:46 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=icBvQT0cTjWPyUkKWeKdUx7skmvy1BPSzmPtoPdEb0U=; b=TUhTkdoMBGiHIABb5i8k mpZ/TA2X/Qbv/Dj1klMemxNjARt6/wj4hV0sgrrpGQmpTLFxJ4C0oImBVSPqB0vFP3fOVTUBsc8om jSAw2/B7F71hKnqiu62l5zBG93SAJUf+b7jSu7zrGiKjaKeGqS4EDFrmqqF3Il92fujNEIheWXFgh /odXzvpuV/XZXlrsJsWJ8nQqP9K2YMJ/IeR0L82VIr+IGIkj0lfQ8DyOwMuETeRzrJ1yNZYv5ayXE 6AIi8olcf/SKpKH8oehXTHxg7PTZb8yiSHzD+/v4AyIgmZK8Z21erZw+yTqP+gFQTNTF5GSqkTJdU 58Bn8o/Pb0GbTQ==; Original-Received: from [87.69.77.57] (port=1090 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nFsf8-0003TU-H7; Fri, 04 Feb 2022 02:05:44 -0500 In-Reply-To: <875ypvn1eo.fsf@gnus.org> (message from Lars Ingebrigtsen on Thu, 03 Feb 2022 21:25:03 +0100) 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:225967 Archived-At: > From: Lars Ingebrigtsen > Cc: Andreas Schwab , 27403@debbugs.gnu.org, > adam.niederer@gmail.com > Date: Thu, 03 Feb 2022 21:25:03 +0100 > > Eli Zaretskii writes: > > >> > OK, then why did you say the data was outdated? > >> > >> Because it was. > > > > Where's the up-to-date data we could use? > > I don't know either -- the character is still wide in Unicode 14. I'm guessing Andreas meant the data of the other characters, not of this one. The current width data (5½ years later) is up-to-date with the latest Unicode Standard version, at least AFAIK. If someone finds a mismatch, please point out specific discrepancies. > In the fonts I use, it's definitely wide. But so is ☺, which is marked > as narrow. > > So ❓ I don't see how this can be solved as long as indentation works in columns. If some font produces a glyph whose width isn't anywhere close to the Unicode width specifications, what can we do except tell people not to use those fonts? Alternatively, if it turns out that most fonts use different width, we could amend our char-width table to be consistent with those fonts. Finally, users who aren't happy with either solution could customize the char-width table in their own Emacs, it's just a char-table that can be updated.