[bug] latex export ascii encoding

[bug] latex export ascii encoding

[Jan-Mark Batke]

[-- Attachment #1: Type: text/plain, Size: 832 bytes --]

All,

exporting latex causes some trouble here.

- exporting utf-8 ascii does work
- exporting latin-1 ascii does not work,
  - the file format is set correctly (1 in mode-line displayed)
  - inputenc option is set to latin1
  - content is corrupted, e.g. üöä becomes üöä

using Org-mode version 8.0.5 (8.0.5-6-g426917-elpa @ xxx
.emacs.d/elpa/org-20130708/)
and GNU Emacs 24.3.1 (x86_64-pc-linux-gnu, GTK+ Version 3.8.2) of
2013-06-25 on sochi, modified by Debian

Interestingly, on WinXP the problem is vice versa:
- latin1 export does work (no corrupted umlaute)
- utf-8 export fails.
  äöü becomes  \344\366\374

BTW, Ascii-export from org does work correctly for both encodings.

Any hint is appreciated

Jan-Mark

-- 
Jan-Mark Batke  badkey@gmx.net
FON +49 511 33 64 800
FAX +49 511 22 09 521

[-- Attachment #2: Type: text/html, Size: 1193 bytes --]

Re: [bug] latex export ascii encoding

[Nicolas Goaziou]

Hello,

Jan-Mark Batke <badkey@gmx.net> writes:

> exporting latex causes some trouble here.
>
> - exporting utf-8 ascii does work
> - exporting latin-1 ascii does not work,
>   - the file format is set correctly (1 in mode-line displayed)
>   - inputenc option is set to latin1
>   - content is corrupted, e.g. üöä becomes üöä

I cannot reproduce the problem. Could you post an ECM for that?


Regards,

-- 
Nicolas Goaziou

Re: [bug] latex export ascii encoding

[Jan-Mark Batke]

[-- Attachment #1: Type: text/plain, Size: 3300 bytes --]

Hi Nicolas,

thanks for response and sorry for delayed answer, I was on vacation and
absent to my emacs :/

An ECM would be a file just containing some umlauts. In more detail:

using emacs GNU Emacs 24.3.1 (x86_64-pc-linux-gnu, GTK+ Version 3.8.2)
of 2013-06-25 on sochi, modified by Debian
I export a text =testumlaut1.org= just containing

: öäü ÖÄÜ

from a latin-1 buffer

: 1 -- iso-latin-1-unix (alias: iso-8859-1-unix latin-1-unix)
:
: ISO 2022 based 8-bit encoding for Latin-1 (MIME:ISO-8859-1).
: Type: charset (charset)
: EOL type: LF
: This coding system encodes the following charsets:
:   iso-8859-1

with =C-c C-e l l= which results in

: % Created 2013-07-31 Mi 08:39
: \documentclass[11pt]{article}
: \usepackage[latin1]{inputenc}
: \usepackage[T1]{fontenc}
: \usepackage{fixltx2e}
: \usepackage{graphicx}
: \usepackage[normalem]{ulem}
: \usepackage{textcomp}
: \usepackage{latexsym}
: \usepackage{amssymb}
: \usepackage{amstext}
: \author{Jan-Mark Batke}
: \date{\today}
: \title{testumlaut1}
: \hypersetup{
:   pdfkeywords={},
:   pdfsubject={},
:   pdfcreator={Emacs 24.3.1 (Org mode 8.0.6)}}
: \begin{document}
:
: \maketitle
: \tableofcontents
:
: öäü ÖÄÜ
: % Emacs 24.3.1 (Org mode 8.0.6)
: \end{document}

The file is as well encoded in

: 1 -- iso-latin-1-unix (alias: iso-8859-1-unix latin-1-unix)
:
: ISO 2022 based 8-bit encoding for Latin-1 (MIME:ISO-8859-1).
: Type: charset (charset)
: EOL type: LF
: This coding system encodes the following charsets:
:   iso-8859-1

Interestingly, exporting in a buffer using =C-c C-e l L= results in

: % Created 2013-07-31 Mi 08:45
: \documentclass[11pt]{article}
: \usepackage[latin1]{inputenc}
: \usepackage[T1]{fontenc}
: \usepackage{fixltx2e}
: \usepackage{graphicx}
: \usepackage[normalem]{ulem}
: \usepackage{textcomp}
: \usepackage{latexsym}
: \usepackage{amssymb}
: \usepackage{amstext}
: \author{Jan-Mark Batke}
: \date{\today}
: \title{testumlaut1}
: \hypersetup{
:   pdfkeywords={},
:   pdfsubject={},
:   pdfcreator={Emacs 24.3.1 (Org mode 8.0.6)}}
: \begin{document}
:
: \maketitle
: \tableofcontents
:
: öäü ÖÄÜ
: % Emacs 24.3.1 (Org mode 8.0.6)
: \end{document}

but the buffer is

: U -- utf-8-unix (alias: mule-utf-8-unix)
:
: UTF-8 (no signature (BOM))
: Type: utf-8 (UTF-8: Emacs internal multibyte form)
: EOL type: LF
: This coding system encodes the following charsets:
:   unicode

No problems occur using utf-8 encoding. On windows, it is vice versa,
latin-1 does work, utf-8  not.

I am not sure this problem depends more on emacs or org-mode.

Best regards

Jan-Mark


2013/7/12 Nicolas Goaziou <n.goaziou@gmail.com>

> Hello,
>
> Jan-Mark Batke <badkey@gmx.net> writes:
>
> > exporting latex causes some trouble here.
> >
> > - exporting utf-8 ascii does work
> > - exporting latin-1 ascii does not work,
> >   - the file format is set correctly (1 in mode-line displayed)
> >   - inputenc option is set to latin1
> >   - content is corrupted, e.g. üöä becomes üöä
>
> I cannot reproduce the problem. Could you post an ECM for that?
>
>
> Regards,
>
> --
> Nicolas Goaziou
>



-- 
Jan-Mark Batke  badkey@gmx.net
FON +49 511 33 64 800
FAX +49 511 22 09 521

[-- Attachment #2: Type: text/html, Size: 5111 bytes --]

Re: [bug] latex export ascii encoding

[Nicolas Goaziou]

Hello,

Jan-Mark Batke <badkey@gmx.net> writes:

> I export a text =testumlaut1.org= just containing
>
> : öäü ÖÄÜ
>
> from a latin-1 buffer
>
> : 1 -- iso-latin-1-unix (alias: iso-8859-1-unix latin-1-unix)
> :
> : ISO 2022 based 8-bit encoding for Latin-1 (MIME:ISO-8859-1).
> : Type: charset (charset)
> : EOL type: LF
> : This coding system encodes the following charsets:
> :   iso-8859-1
>
> with =C-c C-e l l= which results in
>
> : % Created 2013-07-31 Mi 08:39
> : \documentclass[11pt]{article}
> : \usepackage[latin1]{inputenc}
> : \usepackage[T1]{fontenc}
> : \usepackage{fixltx2e}
> : \usepackage{graphicx}
> : \usepackage[normalem]{ulem}
> : \usepackage{textcomp}
> : \usepackage{latexsym}
> : \usepackage{amssymb}
> : \usepackage{amstext}
> : \author{Jan-Mark Batke}
> : \date{\today}
> : \title{testumlaut1}
> : \hypersetup{
> :   pdfkeywords={},
> :   pdfsubject={},
> :   pdfcreator={Emacs 24.3.1 (Org mode 8.0.6)}}
> : \begin{document}
> :
> : \maketitle
> : \tableofcontents
> :
> : öäü ÖÄÜ
> : % Emacs 24.3.1 (Org mode 8.0.6)
> : \end{document}

This should now be fixed. Could you confirm it?


Regards,

-- 
Nicolas Goaziou

Re: [bug] latex export ascii encoding

[Jan-Mark Batke]

[-- Attachment #1: Type: text/plain, Size: 1803 bytes --]

Hi Nicolas,

I just upgraded using elpa. Exporting from a latin-1 file into a tex file
does work now, exporting to a buffer does not set the right encoding,
though.

And, the version number in the exported file is 7.9.3f now.

Org-mode version 7.9.3f (release_7.9.3f-17-g7524ef @
/home/batkejm/.emacs.d/elpa/org-20130731.1445/)

Jan-Mark


2013/7/31 Nicolas Goaziou <n.goaziou@gmail.com>

> Hello,
>
> Jan-Mark Batke <badkey@gmx.net> writes:
>
> > I export a text =testumlaut1.org= just containing
> >
> > : öäü ÖÄÜ
> >
> > from a latin-1 buffer
> >
> > : 1 -- iso-latin-1-unix (alias: iso-8859-1-unix latin-1-unix)
> > :
> > : ISO 2022 based 8-bit encoding for Latin-1 (MIME:ISO-8859-1).
> > : Type: charset (charset)
> > : EOL type: LF
> > : This coding system encodes the following charsets:
> > :   iso-8859-1
> >
> > with =C-c C-e l l= which results in
> >
> > : % Created 2013-07-31 Mi 08:39
> > : \documentclass[11pt]{article}
> > : \usepackage[latin1]{inputenc}
> > : \usepackage[T1]{fontenc}
> > : \usepackage{fixltx2e}
> > : \usepackage{graphicx}
> > : \usepackage[normalem]{ulem}
> > : \usepackage{textcomp}
> > : \usepackage{latexsym}
> > : \usepackage{amssymb}
> > : \usepackage{amstext}
> > : \author{Jan-Mark Batke}
> > : \date{\today}
> > : \title{testumlaut1}
> > : \hypersetup{
> > :   pdfkeywords={},
> > :   pdfsubject={},
> > :   pdfcreator={Emacs 24.3.1 (Org mode 8.0.6)}}
> > : \begin{document}
> > :
> > : \maketitle
> > : \tableofcontents
> > :
> > : öäü ÖÄÜ
> > : % Emacs 24.3.1 (Org mode 8.0.6)
> > : \end{document}
>
> This should now be fixed. Could you confirm it?
>
>
> Regards,
>
> --
> Nicolas Goaziou
>



-- 
Jan-Mark Batke  badkey@gmx.net
FON +49 511 33 64 800
FAX +49 511 22 09 521

[-- Attachment #2: Type: text/html, Size: 2740 bytes --]

Re: [bug] latex export ascii encoding

[Nicolas Goaziou]

Jan-Mark Batke <badkey@gmx.net> writes:

> I just upgraded using elpa. Exporting from a latin-1 file into a tex file
> does work now, exporting to a buffer does not set the right encoding,
> though.
>
> And, the version number in the exported file is 7.9.3f now.
>
> Org-mode version 7.9.3f (release_7.9.3f-17-g7524ef @
> /home/batkejm/.emacs.d/elpa/org-20130731.1445/)

You have an installation problem. When you upgrade using ELPA, you have
to make sure Org isn't loaded yet.


Regards,

-- 
Nicolas Goaziou

Re: [bug] latex export ascii encoding

[Achim Gratz]

Nicolas Goaziou writes:
>> Org-mode version 7.9.3f (release_7.9.3f-17-g7524ef @
>> /home/batkejm/.emacs.d/elpa/org-20130731.1445/)
>
> You have an installation problem. When you upgrade using ELPA, you have
> to make sure Org isn't loaded yet.

Also, do not use the Org package from MELPA, it's broken.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptation for Waldorf rackAttack V1.04R1:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada

Re: [bug] latex export ascii encoding

[Jan-Mark Batke]

[-- Attachment #1: Type: text/plain, Size: 1000 bytes --]

Thanks for the hint - I installed the current tar.gz and get

Org-mode version N/A (N/A @ /home/batkejm/org-mode/lisp/)

now. The export behaviour remains as reported, exporting latin-1 into a
file does work, exporting into a buffer yields correct results but wrong
encoding of the buffer (utf-8) is displayed in the modeline.

Thanks

Jan-Mark

2013/7/31 Achim Gratz <Stromeko@nexgo.de>

> Nicolas Goaziou writes:
> >> Org-mode version 7.9.3f (release_7.9.3f-17-g7524ef @
> >> /home/batkejm/.emacs.d/elpa/org-20130731.1445/)
> >
> > You have an installation problem. When you upgrade using ELPA, you have
> > to make sure Org isn't loaded yet.
>
> Also, do not use the Org package from MELPA, it's broken.
>
>
> Regards,
> Achim.
> --
> +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
>
> SD adaptation for Waldorf rackAttack V1.04R1:
> http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
>
>
>


-- 
Jan-Mark Batke  badkey@gmx.net
FON +49 511 33 64 800
FAX +49 511 22 09 521

[-- Attachment #2: Type: text/html, Size: 1858 bytes --]

Re: [bug] latex export ascii encoding

[Nicolas Goaziou]

Jan-Mark Batke <badkey@gmx.net> writes:

> Org-mode version N/A (N/A @ /home/batkejm/org-mode/lisp/)

Still not correct. You probably need to "make autoloads"


Regards,

-- 
Nicolas Goaziou

Re: [bug] latex export ascii encoding

[Jan-Mark Batke]

[-- Attachment #1: Type: text/plain, Size: 618 bytes --]

I tried
make clean
make autoloads
make

the result is still N/A as reported during make and found in the generated
org-version.el

BTW, I tested windows in the mean time - encoding is maintained for file
export, but buffer export yields wrong encoding of the buffer.

Jan-Mark


2013/8/1 Nicolas Goaziou <n.goaziou@gmail.com>

> Jan-Mark Batke <badkey@gmx.net> writes:
>
> > Org-mode version N/A (N/A @ /home/batkejm/org-mode/lisp/)
>
> Still not correct. You probably need to "make autoloads"
>
>
> Regards,
>
> --
> Nicolas Goaziou
>



-- 
Jan-Mark Batke  badkey@gmx.net
FON +49 511 33 64 800
FAX +49 511 22 09 521

[-- Attachment #2: Type: text/html, Size: 1305 bytes --]

Re: [bug] latex export ascii encoding

[Achim Gratz]

Nicolas Goaziou writes:
> Jan-Mark Batke <badkey@gmx.net> writes:
>
>> Org-mode version N/A (N/A @ /home/batkejm/org-mode/lisp/)
>
> Still not correct. You probably need to "make autoloads"

If he builds from a plain cgit snapshot tarball then this is the correct
report from org-version (this is missing mk/version.mk, unlike the
proper archives).  Worg has the information of how to inject a more
meaningful version number by hand.

http://orgmode.org/worg/dev/org-build-system.html#sec-6

But really, when building the snapshots one should do a "make version"
on the server before packaging up the archive.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

DIY Stuff:
http://Synth.Stromeko.net/DIY.html

Re: [bug] latex export ascii encoding

[Nicolas Goaziou]

Hello,

Jan-Mark Batke <badkey@gmx.net> writes:

> BTW, I tested windows in the mean time - encoding is maintained for file
> export, but buffer export yields wrong encoding of the buffer.

This should now be fixed. Thanks for the report.


Regards,

-- 
Nicolas Goaziou

Re: [bug] latex export ascii encoding

[Jan-Mark Batke]

[-- Attachment #1: Type: text/plain, Size: 1510 bytes --]

Hi,

using XP and
GNU Emacs 24.3.1 (i386-mingw-nt5.1.2600)
 of 2013-03-17 on MARVIN

exporting from an utf-8 org file to a buffer unfortunately still fails, e.g.

% Created 2013-08-08 Do 14:46
\documentclass[11pt]{article}
\usepackage[utf8]{inputenc}
\usepackage[T1]{fontenc}
\usepackage{fixltx2e}
\usepackage{graphicx}
\usepackage{longtable}
\usepackage{float}
\usepackage{wrapfig}
\usepackage[normalem]{ulem}
\usepackage{textcomp}
\usepackage{marvosym}
\usepackage{wasysym}
\usepackage{latexsym}
\usepackage{amssymb}
\usepackage{amstext}
\usepackage{hyperref}
\tolerance=1000
\author{Jan-Mark Batke}
\date{\today}
\title{tmp}
\hypersetup{
  pdfkeywords={},
  pdfsubject={},
  pdfcreator={Emacs 24.3.1 (Org mode 8.0.7)}}
\begin{document}

\maketitle
\tableofcontents

öäü
% Emacs 24.3.1 (Org mode 8.0.7)
\end{document}

but ascii coding of the buffer is latin-1.

Accordingly, on linux the latin-1 file export fails.

I am using the org-plus-contrib package now (8.0.7-2-gf51616-elpaplus).

Best

Jan-Mark


2013/8/7 Nicolas Goaziou <n.goaziou@gmail.com>

> Hello,
>
> Jan-Mark Batke <badkey@gmx.net> writes:
>
> > BTW, I tested windows in the mean time - encoding is maintained for file
> > export, but buffer export yields wrong encoding of the buffer.
>
> This should now be fixed. Thanks for the report.
>
>
> Regards,
>
> --
> Nicolas Goaziou
>



-- 
Jan-Mark Batke  badkey@gmx.net
FON +49 511 33 64 800
FAX +49 511 22 09 521

[-- Attachment #2: Type: text/html, Size: 2615 bytes --]

Re: [bug] latex export ascii encoding

[Nicolas Goaziou]

Hello,

Jan-Mark Batke <badkey@gmx.net> writes:

[...]

> I am using the org-plus-contrib package now
> (8.0.7-2-gf51616-elpaplus).

This version is anterior to the patch. You need to update Org.


Regards,

-- 
Nicolas Goaziou