Hello,
Jan-Mark Batke 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
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}
\
Hello,
Jan-Mark Batke 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
Nicolas Goaziou writes:
> Jan-Mark Batke 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
Jan-Mark Batke 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
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 Goa
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
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 brok
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/.emac
Jan-Mark Batke 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-g7524
Hello,
Jan-Mark Batke 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 typ
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 expor
Hello,
Jan-Mark Batke 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. üöä
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
14 matches
Mail list logo
