From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: bug#18870: \emsp and alignment in org clock report Date: Tue, 17 Mar 2015 23:07:03 +0100 Message-ID: <87oanr1do8.fsf@nicolasgoaziou.fr> References: <544f71eb.0aadc20a.595f.70e0@mx.google.com> <1426142440.1635596.239250013.1BC7F573@webmail.messagingengine.com> <87sid31gcs.fsf@nicolasgoaziou.fr> <20150317214758.GE19234@benfinney.id.au> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:39947) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YXzcn-0002ob-SU for emacs-orgmode@gnu.org; Tue, 17 Mar 2015 18:06:11 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YXzcg-0000et-SP for emacs-orgmode@gnu.org; Tue, 17 Mar 2015 18:06:09 -0400 Received: from debbugs.gnu.org ([140.186.70.43]:51882) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YXzcg-0000e4-Q4 for emacs-orgmode@gnu.org; Tue, 17 Mar 2015 18:06:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1YXzcg-0003J9-7s for emacs-orgmode@gnu.org; Tue, 17 Mar 2015 18:06:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <20150317214758.GE19234@benfinney.id.au> (Ben Finney's message of "Wed, 18 Mar 2015 08:47:58 +1100") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Ben Finney Cc: 18870@debbugs.gnu.org Ben Finney writes: > The behaviour described =E2=80=93 displaying =E2=80=9C\emsp=E2=80=9D inst= ead of space > characters =E2=80=93 is a regression. That's what is being reported in th= is > bug. There wasn't space characters in the first place, but "\___" constructs. See commit bacfe5b4f7244eaf151f4e26a1d94dd8f66c1d19.=20 Also, the bug is about table alignment when `org-pretty-entities' is used. >> Having some space character is not desirable as it would just move >> the problem the other way around (i.e., indentation would not appear >> during export) > > So the U+2003 EM SPACE character should be translated *during export*, > and not be literally in the displayed text. No, because it means this character should be treated specially by Org (e.g., LaTeX just ignores it so it needs to be turned into a space there).=20 This is not a good idea, especially considering it is an invisible character. > IS the above suggestion an acceptable solution? No, it isn't.=20 An acceptable solution would be a character or a string that looks decent both in the buffer and in an exported document, without further processing. >> Note that this is not LaTeX-specific markup. This is called an entity, >> and is correctly exported in various back-ends. > > But not for display, which is the bug to be fixed here. Actually, it works more or less correctly for display on GUI with a non-nil `org-pretty-entities', or calling `org-toggle-pretty-entities'. Regards,