From: Jambunathan K <kjambunathan@gmail.com>
To: Skip Collins <skip.collins@gmail.com>
Cc: emacs-orgmode@gnu.org
Subject: Re: odt export version conflict on emacs for mac os x
Date: Thu, 29 Aug 2013 10:25:25 +0530 [thread overview]
Message-ID: <87ob8hksea.fsf@gmail.com> (raw)
In-Reply-To: <CABUh-75dgCvU+nWa0sbVf8Ct=GH8G-W=mNZ_0hJ2v_Wj9Ew1uw@mail.gmail.com> (Skip Collins's message of "Sun, 11 Aug 2013 09:50:54 -0400")
Skip Collins <skip.collins@gmail.com> writes:
> I started digging into this when I noticed some odd behavior while
> using ODT export. I think I am stuck using the older, buggier ox-odt
> and my setup is mixing two versions of org.
Your settings seem OK to me.
> 1) an odt file is generated (good)
This is what matters!
> Explicitly setting org-export-backends, org-export-odt-schema-dir, and
> org-export-odt-styles-file in minimalinit.el has no effect. These
> variables seem to be superseded when ox-odt is invoked.
org-export-odt-* => These are LEGACY settings. IGNORE THEM.
org-odt => Settings used by NEW exporter, ox-odt.el
> I immediately browse the ODT customization options showing that all
> variables are prefixed with org-export-odt-.
You will see that
M-x customize-group RET org-export-odt RET
shows variables with both the prefixes `org-export-odt-*' and
`org-odt-*'. It is the later one that you should use.
Seeing both the old and new custom variables is NORMAL and nothing to
worry about. You will similar behaviour for other exporters - latex and
html - as well. This mixing up of LEGACY and NEW variables will go away
with Emacses that have new ox-odt.el.
If the new variables are not seen do
M-x load-library RET ox-odt RET
Also remember to add odt to
M-x customize-variable RET org-export-backends RET
> 2) These Emacs messages appear (bad):
> Debug (ox-odt): Searching for OpenDocument styles files...
> Debug (ox-odt): Trying /usr/share/emacs/etc/org/styles/... [2 times]
> Debug (ox-odt): Trying /usr/local/share/emacs/etc/styles/...
> Debug (ox-odt): Trying /usr/local/share/emacs/site-lisp/org/etc/styles/...
> Debug (ox-odt): Trying /Applications/Emacs.app/Contents/Resources/etc/org/...
The *BEST* way to pick the right styles file is to set the
`org-odt-data-dir' directly.
I have the following setting in my .emacs
(setq org-odt-data-dir "~/src/org-mode/etc/")
OrgOdtStyles.xml is under styles/ subdir of that dir.
Modify the above variable according to your setting.
> The newer org, which I intend to completely supplant the version that
> comes with Emacs, was installed with prefix /usr/local/share using the
> 'make up2' command.
make is what sets up `org-odt-data-dir' for you. In your setting check
the value of `org-odt-data-dir' and make sure that the OrgOdtStyles.xml
file is available where the ODT exporter looks for it.
Ping Achim Gratz if you think make is not doing the right thing.
Btw, (I think) you will get the right behaviour if you do
make install
> Debug (ox-odt): Using styles under
> /Applications/Emacs.app/Contents/Resources/etc/org/
The above directory is `data-directory' of Vanilla Emacs.
> Debug (ox-odt): Searching for OpenDocument schema files...
> Debug (ox-odt): Trying /usr/share/emacs/etc/org/schema/... [2 times]
> Debug (ox-odt): No OpenDocument schema files installed
Absence of schema files is just a normal warning. A user need not
bother about it.
prev parent reply other threads:[~2013-08-29 4:53 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-08-11 13:50 odt export version conflict on emacs for mac os x Skip Collins
2013-08-19 20:09 ` Skip Collins
2013-08-20 7:53 ` Christian Moe
2013-08-20 17:05 ` Skip Collins
2013-08-29 5:05 ` Jambunathan K
2013-08-29 18:25 ` Skip Collins
2013-08-31 6:04 ` Carsten Dominik
2013-08-31 6:28 ` Jambunathan K
2013-08-31 7:26 ` Achim Gratz
2013-08-31 8:47 ` Christian Moe
2013-08-31 16:53 ` Achim Gratz
2013-08-31 8:54 ` Carsten Dominik
2013-08-31 10:16 ` Jambunathan K
2013-08-29 4:55 ` Jambunathan K [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87ob8hksea.fsf@gmail.com \
--to=kjambunathan@gmail.com \
--cc=emacs-orgmode@gnu.org \
--cc=skip.collins@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).