From mboxrd@z Thu Jan 1 00:00:00 1970 From: Charles Millar Subject: Re: vertically misplaced thousands separator Date: Mon, 13 Jun 2016 09:46:46 -0400 Message-ID: <90d1bf04-8a11-32b4-6e25-6a29c598f75d@verizon.net> References: <4a12611a-11d5-557a-b299-5cbe4d47a994@verizon.net> <9e7fbd89-bc82-3167-8cec-72809c0fd49c@verizon.net> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="Boundary_(ID_0iVeqUqAiy9TqwhInKnnwQ)" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:58386) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bCSCz-0007bh-Sk for emacs-orgmode@gnu.org; Mon, 13 Jun 2016 09:47:19 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bCSCv-0008WM-Ge for emacs-orgmode@gnu.org; Mon, 13 Jun 2016 09:47:16 -0400 Received: from vms173023pub.verizon.net ([206.46.173.23]:38489) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bCSCv-0008VB-7j for emacs-orgmode@gnu.org; Mon, 13 Jun 2016 09:47:13 -0400 Received: from vz-proxy-m002.mx.aol.com ([64.236.83.3]) by vms173023.mailsrvcs.net (Oracle Communications Messaging Server 7.0.5.32.0 64bit (built Jul 16 2014)) with ESMTPA id <0O8P002WPQ9ZE590@vms173023.mailsrvcs.net> for emacs-orgmode@gnu.org; Mon, 13 Jun 2016 08:46:49 -0500 (CDT) In-reply-to: <9e7fbd89-bc82-3167-8cec-72809c0fd49c@verizon.net> 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" To: emacs-orgmode@gnu.org This is a multi-part message in MIME format. --Boundary_(ID_0iVeqUqAiy9TqwhInKnnwQ) Content-type: text/plain; charset=utf-8; format=flowed Content-transfer-encoding: QUOTED-PRINTABLE I just realized this behavior also occurs for just a series of letter= s On 06/13/2016 08:46 AM, Charles Millar wrote: > > Forgot to mention that just a plain 99999.99 (no code blocks) expor= ts=20 > the same way, comma above the 99999.99 > > > On 06/13/2016 08:31 AM, Charles Millar wrote: >> >> I am not sure if this is a bug in orgmode latex exporter or whethe= r=20 >> it is specific to LaTeX and that there is some code that will take= =20 >> care of this. >> >> First, attached is a copy of my LaTeX setup. >> >> I recently added \\usepackage[npthousnadsep{,}]{numprint} to my se= tup. >> >> When I export the following in line code >> >> This is inline src_emacs-lisp[:var totalcommissions=3DTOTALCOM[-1,= -1]=20 >> fmt=3D"%.2f"]{(format fmt totalcommissions)} {{{results(=3D99999.9= 9=3D)}}}=20 >> for some reason >> >> the thousands separator is place above the exported line, thus >> >> , >> This is inline 99999.99 for some reason >> >> Likewise, a source block, e.g. >> >> ** Block >> >> This is a block >> >> #+begin_src emacs-lisp :var totalcommissions=3DTOTALCOM[-1,-1]= =20 >> fmt=3D"%.2f" :exports results >> (format fmt totalcommissions) >> #+end_src >> >> #+RESULTS: >> : 99999.99 >> >> for the same code >> >> exports as >> >> , >> This is a block >> 99999.99 >> >> |{group-separator =3D{,}| >> >> for the same code >> >> Of course I expected 99,999.99 in both cases. >> >> I also tried this with \\usepackage{siunitx} and=20 >> \\usepackage[group-separator=3D{,}]{siunitx} (numprint separator w= as=20 >> removed) and had the same results >> >> Org-mode version 8.3.4 (release 8.3.4 -907-g65e437 @=20 >> usr/local/share/emacs/site-lisp/org-mode/lisp) >> >> GNU Emacs 24.4.1 (x86 64 -pc-linux-gnu, GTK+ Version 3.14.5) of= =20 >> 2015-03-07 on trouble, modified >> by Debian >> >> Charlie Millar > --Boundary_(ID_0iVeqUqAiy9TqwhInKnnwQ) Content-type: text/html; charset=utf-8 Content-transfer-encoding: QUOTED-PRINTABLE

I just realized this behavior also occurs for just a series of letters


On 06/13/2016 08:46 AM, Charles Mi= llar wrote:

Forgot to mention that just a plain 99999.99 (no code blocks= ) exports the same way, comma above the 99999.99


On 06/13/2016 08:31 AM, Charles Millar wrote:

I am not sure if this is a bug in orgmode latex exporter o= r whether it is specific to LaTeX and that there is some code that will take care of this.

First, attached is a copy of my LaTeX setup.

I recently added \\usepackage[npthousnadsep{,}]{numprint} = to my setup.

When I export the following in line code

This is inline src_emacs-lisp[:var totalcommissions=3DTOTALCOM[-1,-1] fmt=3D"%.2f"]{(format fm= t totalcommissions)} {{{results(=3D99999.99=3D)}}} for some r= eason

the thousands separator is place above the exported line, thus

=C2=A0=C2=A0=C2=A0 ,
This is inline 99999.99 for some reason

Likewise, a source block, e.g.

** Block

This is a block

#+begin_src emacs-lisp :var totalcommissions=3DTOTALCOM[-1,= -1] fmt=3D"%.2f" :exports results
(format fmt totalcommissions)
#+end_src

#+RESULTS:
: 99999.99

for the same code

exports as

=C2=A0 ,
This is a block
99999.99

=
{group-separator=
 =3D {,}

for the same code

Of course I expected 99,999.99 in both cases.

I also tried this with \\usepackage{siunitx} and \\usepackage[group-separator=3D{,}]{siunitx} (numprint sepa= rator was removed) and had the same results

Org-mode version 8.3.4 (release 8.3.4 -907-g65e437 @ usr/local/share/emacs/site-lisp/org-mode/lisp)

GNU Emacs 24.4.1 (x86 64 -pc-linux-gnu, GTK+ Version 3.14.= 5) of 2015-03-07 on trouble, modified
by Debian

Charlie Millar


--Boundary_(ID_0iVeqUqAiy9TqwhInKnnwQ)--