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)-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Charles Millar Subject: Re: vertically misplaced thousands separator Date: Mon, 13 Jun 2016 08:46:28 -0400 Message-ID: <9e7fbd89-bc82-3167-8cec-72809c0fd49c@verizon.net> References: <4a12611a-11d5-557a-b299-5cbe4d47a994@verizon.net> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="Boundary_(ID_rgEhNtk1N3u052A1hRLzjA)" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:43033) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bCRGc-0004ao-4H for emacs-orgmode@gnu.org; Mon, 13 Jun 2016 08:46:59 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bCRGX-0003PV-1X for emacs-orgmode@gnu.org; Mon, 13 Jun 2016 08:46:57 -0400 Received: from vms173007pub.verizon.net ([206.46.173.7]:48829) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bCRGW-0003OR-P8 for emacs-orgmode@gnu.org; Mon, 13 Jun 2016 08:46:52 -0400 Received: from vz-proxy-m001.mx.aol.com ([64.236.83.14]) by vms173007.mailsrvcs.net (Oracle Communications Messaging Server 7.0.5.32.0 64bit (built Jul 16 2014)) with ESMTPA id <0O8P00J2ANHHMI10@vms173007.mailsrvcs.net> for emacs-orgmode@gnu.org; Mon, 13 Jun 2016 07:46:30 -0500 (CDT) In-reply-to: <4a12611a-11d5-557a-b299-5cbe4d47a994@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_rgEhNtk1N3u052A1hRLzjA) Content-type: text/plain; charset=utf-8; format=flowed Content-transfer-encoding: QUOTED-PRINTABLE Forgot to mention that just a plain 99999.99 (no code blocks) exports= =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 whether= it=20 > is specific to LaTeX and that there is some code that will take car= e=20 > of this. > > First, attached is a copy of my LaTeX setup. > > I recently added \\usepackage[npthousnadsep{,}]{numprint} to my set= up. > > 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)}}}=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 wa= s=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_rgEhNtk1N3u052A1hRLzjA) Content-type: text/html; charset=utf-8 Content-transfer-encoding: QUOTED-PRINTABLE

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 Mi= llar wrote:

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 t= hat 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 fmt totalcommissions)} {{{results(=3D99999.99=3D)}}} for some rea= son

the thousands separator is place above the exported line, th= us

=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 <=
/span>=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 separa= tor 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_rgEhNtk1N3u052A1hRLzjA)-- 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)--