From mboxrd@z Thu Jan 1 00:00:00 1970 From: Charles Millar Subject: vertically misplaced thousands separator Date: Mon, 13 Jun 2016 08:31:43 -0400 Message-ID: <4a12611a-11d5-557a-b299-5cbe4d47a994@verizon.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Boundary_(ID_TYHr61FxIjwtwspS6TRaNA)" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:37644) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bCR2b-0002hl-Fu for emacs-orgmode@gnu.org; Mon, 13 Jun 2016 08:32:30 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bCR2V-0008En-Cc for emacs-orgmode@gnu.org; Mon, 13 Jun 2016 08:32:28 -0400 Received: from vms173017pub.verizon.net ([206.46.173.17]:48083) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bCR2V-0008C0-4E for emacs-orgmode@gnu.org; Mon, 13 Jun 2016 08:32:23 -0400 Received: from vz-proxy-m008.mx.aol.com ([64.236.83.1]) by vms173017.mailsrvcs.net (Oracle Communications Messaging Server 7.0.5.32.0 64bit (built Jul 16 2014)) with ESMTPA id <0O8P00KVPMSWSW50@vms173017.mailsrvcs.net> for emacs-orgmode@gnu.org; Mon, 13 Jun 2016 07:31:45 -0500 (CDT) 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_TYHr61FxIjwtwspS6TRaNA) Content-type: multipart/alternative; boundary="Boundary_(ID_R91BhkOz97U6dfOtamSKYw)" --Boundary_(ID_R91BhkOz97U6dfOtamSKYw) Content-type: text/plain; charset=utf-8; format=flowed Content-transfer-encoding: QUOTED-PRINTABLE I am not sure if this is a bug in orgmode latex exporter or whether i= t=20 is specific to LaTeX and that there is some code that will take care = of=20 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]= =20 fmt=3D"%.2f"]{(format fmt totalcommissions)} {{{results(=3D99999.99= =3D)}}} for=20 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] fmt= =3D"%.2f"=20 :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 was= =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_R91BhkOz97U6dfOtamSKYw) Content-type: text/html; charset=utf-8 Content-transfer-encoding: QUOTED-PRINTABLE

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

First, attached is a copy of my LaTeX setup.

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

When I export the following in line code

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

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 separato= r 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) o= f 2015-03-07 on trouble, modified
by Debian

Charlie Millar
--Boundary_(ID_R91BhkOz97U6dfOtamSKYw)-- --Boundary_(ID_TYHr61FxIjwtwspS6TRaNA) Content-type: text/plain; charset=UTF-8; name=mysetup.org Content-transfer-encoding: base64 Content-disposition: attachment; filename=mysetup.org KGFkZC10by1saXN0ICdvcmctbGF0ZXgtY2xhc3NlcwoJICAgICAgJygibXlzZXR1cCIKIlxc ZG9jdW1lbnRjbGFzc1tmb250c2l6ZT0xMXB0LGxldHRlcnBhcGVyLHR3b3NpZGU9ZmFsc2Vd e3NjcmFydGNsfQpcXHVzZXBhY2thZ2V7dmVyYmF0aW19CiUgXFx1c2VwYWNrYWdlW1QxXXtm b250ZW5jfQolIFxcdXNlcGFja2FnZXtjaGFydGVyLHBhcnNraXAsc2V0c3BhY2UsbGF5b3V0 fQpcXHVzZXBhY2thZ2V7Y2hhcnRlcixzZXRzcGFjZSxsYXlvdXR9ClxcdXNlcGFja2FnZXth cnJheSxncmFwaGljeH0KXFx1c2VwYWNrYWdle3RhYnVsYXJ4LHRhYnVsYXJ5fQpcXHVzZXBh Y2thZ2V7bG9uZ3RhYmxlfQpcXHVzZXBhY2thZ2V7dGFidX0KXFx1c2VwYWNrYWdle251bXBy aW50fQpcXG5wc3R5bGVlbmdsaXNoClxcdXNlcGFja2FnZVtucHRob3VzbmFkc2Vweyx9XXtu dW1wcmludH0KXFx1c2VwYWNrYWdlW2F0XXtlYXN5bGlzdH0KXFx1c2VwYWNrYWdle2NzcXVv dGVzfQolXFx1c2VwYWNrYWdlW2xldHRlcnBhcGVyLG1hcmdpbj0xLjAwaW5de2dlb21ldHJ5 fQpcXHVzZXBhY2thZ2VbbGV0dGVycGFwZXIsbGVmdD0xLjAwaW4scmlnaHQ9MS4wMGluLHRv cD0xLjAwaW4sYm90dG9tPTEuMDBpbl17Z2VvbWV0cnl9CiUgXFx1c2VwYWNrYWdlW3RvcD0x LjBpbixib3R0b209MC40aW4sbGVmdD0xLjJpbixub2hlYWRde2dlb21ldHJ5fQolXFxwYWdl c3R5bGV7ZW1wdHl9ClxccGFnZW51bWJlcmluZ3thcmFiaWN9ClxcbmV3Y29tbWFuZHtcXGZv b317YmFyfQpbTk8tREVGQVVMVC1QQUNLQUdFU10KW05PLVBBQ0tBR0VTXQpbRVhUUkFdIgoo Ilxcc2VjdGlvbnslc30iIC4gIlxcc2VjdGlvbip7JXN9IikKKCJcXHN1YnNlY3Rpb257JXN9 IiAuICJcXHN1YnNlY3Rpb24qeyVzfSIpCigiXFxzdWJzdWJzZWN0aW9ueyVzfSIgLiAiXFxz dWJzdWJzZWN0aW9uKnslc30iKQooIlxccGFyYWdyYXBoeyVzfSIgLiAiXFxwYXJhZ3JhcGgq eyVzfSIpCigiXFxzdWJwYXJhZ3JhcGh7JXN9IiAuICJcXHN1YnBhcmFncmFwaCp7JXN9Iikp KQo= --Boundary_(ID_TYHr61FxIjwtwspS6TRaNA)--