Uwe Brauer writes:
> Hi
>
> Using org (git version) GNU emacs 26 on Ubuntu 14.04,
> following
> http://orgmode.org/manual/Working-with-LaTeX-math-snippets.html#fn-2
> I have set
> (setq org-latex-to-mathml-convert-command
> "/usr/bin/latexmlmath \"%i\" --presentationmathml=%o")
>
Hello,
Uwe Brauer writes:
> Using org (git version) GNU emacs 26 on Ubuntu 14.04,
> following
> http://orgmode.org/manual/Working-with-LaTeX-math-snippets.html#fn-2
> I have set
> (setq org-latex-to-mathml-convert-command
> "/usr/bin/latexmlmath \"%i\" --presentationmathml=%o")
>
>>> "Uwe" == Uwe Brauer writes:
> Now I tried
> (setq org-latex-to-mathml-convert-command
> "java -jar %j -unicode -force -df %o %I"
> org-latex-to-mathml-jar-file
> "/home/oub/ALLES/src/MathWeb/mathtoweb.jar")
It seems the culprit
Now I tried
(setq org-latex-to-mathml-convert-command
"java -jar %j -unicode -force -df %o %I"
org-latex-to-mathml-jar-file
"/home/oub/ALLES/src/MathWeb/mathtoweb.jar")
When I run org-odt-export-as-odf
I obtain
Saving file /home/oub/ALLES/tex/vo
Hi
Using org (git version) GNU emacs 26 on Ubuntu 14.04,
following
http://orgmode.org/manual/Working-with-LaTeX-math-snippets.html#fn-2
I have set
(setq org-latex-to-mathml-convert-command
"/usr/bin/latexmlmath \"%i\" --presentationmathml=%o")
Latexmlmath is installed of course.
http://lists.gnu.org/archive/html/emacs-orgmode/2014-01/txtXYCqBy8St9.txt
Uwe Brauer writes:
> Hello
>
> I use org-odt-export-to-odt quite a bit. How can I configure it in order
> to set a different column and row spacing for tables? The default one is to
> large
> for my taste,
>
> Thanks
>
If you want "optimized" column widths, I am afraid LibreOffice doesn't
honor the XML markup. See
http://lists.gnu.org/archive/html/emacs-orgmode/2014-01/msg01203.html
See http://lists.gnu.org/archive/html/emacs-orgmode/2014-02/msg00380.html
Uwe Brauer writes:
> Hello
>
> I use org-odt-export
Hello
I use org-odt-export-to-odt quite a bit. How can I configure it in order
to set a different column and row spacing for tables? The default one is to
large
for my taste,
Thanks
Uwe Brauer
rajat mukherjee writes:
> org-odt table with borders on all sides
Try one of this
|---+---+---|
| < | | > |
| a | b | c |
| d | e | f |
| g | h | i |
|---+---+---|
or
#+ATTR_ODT: :style "GriddedTable"
| a | b | c |
| d | e | f |
| g | h | i |
With the first version above, the vertical ru
Bastien gnu.org> writes:
>
> Hi Rajat,
>
> rajat mukherjee cytel.com> writes:
>
> > Is this possible? Please help.
>
> See the manual:
>
> (info "(Org)Applying custom styles")
>
> Thanks,
>
Thanks Bastien. I have but it seems too trivial for a "custom".
I can get the right border just
Hi Rajat,
rajat mukherjee writes:
> Is this possible? Please help.
See the manual:
(info "(Org)Applying custom styles")
Thanks,
--
Bastien
Is this possible? Please help.
Thanks.
Rajat.
OO and Libre Office have a langstanding bug
https://issues.apache.org/ooo/show_bug.cgi?id=7747
The select all function does not work in a document which starts with a
table there is a workaround but this workaround does not work for odt
files generated by the org converter.
Now I generated by
>
> You put your translation table in an org table, and there's a command to
> slurp that into a hashtable. The translation commands just whizz through
> the text and swap strings, basically. You can do subtree/region/file,
> tag subtrees to translate or not to translate, and there are interactive
Hello Rustom,
On Sun, Jul 07, 2013 at 12:53:19PM +0530, Rustom Mody wrote:
>
> ie make a buffer (needs to be visiting a file) containing
> OM
> and call rpm-apply-iinput-method
> and you should get a buffer containing
> ॐ
>
Beautiful! I'll fool around with this a bit.
--
Suvayu
Open source
On Sun, Jul 07, 2013 at 11:32:49AM +0800, Eric Abrahamsen wrote:
> Daniel Clemente writes:
>
> > Just some ideas for anyone who has the time to come up with a
> > multilingual export engine.
> >
> > [1]: http://www.danielclemente.com/dislines/syntax.en.html
>
> I came up with the basics of an
Hi,
I have written something that may be useful to some and is somewhat
complementary to what is being discussed here.
[Well 'written' is not quite accurate -- Nick and Stefan helped me get it
together]
Its a transliteration system that Ive used with the itrans devanagari (ie
Hindi/Sanskrit etc)
Daniel Clemente writes:
> El Sat, 6 Jul 2013 13:03:01 +0200 Suvayu Ali va escriure:
>>
>> If you or any other user wants this kind of feature, you have to come up
>> with a syntax that is not intrusive and doesn't break basic Org
>> features.
>>
>
> I created such a syntax for normal text fil
El Sat, 6 Jul 2013 13:03:01 +0200 Suvayu Ali va escriure:
>
> If you or any other user wants this kind of feature, you have to come up
> with a syntax that is not intrusive and doesn't break basic Org
> features.
>
I created such a syntax for normal text files [1] but have been struggling to
Hello Uwe,
On Sat, Jul 06, 2013 at 10:37:07AM +0200, Uwe Brauer wrote:
>
> While I would like to have some tags which I could toggle on and off,
> for example in the example of Eric, I would just substitute
> the tag :noexport: for :export:
If you want to use tags, but then say you would prefer
Suvayu Ali writes:
> On Fri, Jul 05, 2013 at 09:26:22PM +0200, Uwe Brauer wrote:
>> the issue is I want to write say one paragraph in Spanish
>> and the next in German, again spanish then German, etc
>> but the odt file should only display one language.
Try drawers:
--8<---
>> "Suvayu" == Suvayu Ali writes:
> On Fri, Jul 05, 2013 at 09:26:22PM +0200, Uwe Brauer wrote:
>>
>> the issue is I want to write say one paragraph in Spanish
>> and the next in German, again spanish then German, etc
>> but the odt file should only display one language.
> Why
On Fri, Jul 05, 2013 at 09:26:22PM +0200, Uwe Brauer wrote:
> On 07/05/2013 07:40 PM, Eric S Fraga wrote:
> > #+begin_comment ... #+end_comment?
> does not work, the odt file contains
>
> #+begin_comment
>
> my text
>
> #+end_comment ?
>
> the issue is I want to write say one paragraph in Span
On 07/05/2013 07:40 PM, Eric S Fraga wrote:
#+begin_comment ... #+end_comment?
does not work, the odt file contains
#+begin_comment
my text
#+end_comment ?
the issue is I want to write say one paragraph in Spanish
and the next in German, again spanish then German, etc
but the odt file shou
Maybe use #+begin_comment ... #+end_comment?
--
Composed on a very small pocket computer. Please excuse the brevity.
>> "Eric" == Eric S Fraga writes:
> Uwe Brauer writes:
>> Hello
> I'm not sure if I have misunderstood your question or not but you can
> easily exclude whole subtrees from export by, for instance:
> #+title: The title
> #+EXPORT_EXCLUDE_TAGS: noexport
> * Introduction
Uwe Brauer writes:
> Hello
>
> Is there a possiblity to hide text in a org file, such then it is not
> displayed (or does not appear) in the odt file, I generated using
> org-odt-export-to-odt?
I'm not sure if I have misunderstood your question or not but you can
easily exclude whole subtrees f
Hello
Is there a possiblity to hide text in a org file, such then it is not
displayed (or does not appear) in the odt file, I generated using
org-odt-export-to-odt?
thanks
Uwe Brauer
Hi,
Wiskey 5 Alpha writes:
> Hello all. I use the odt-export functionality quite extensively. I
> recently upgraded to org-mode version 8.0.2-2-g93da18-elpaplus.
>
> I created an .ott file to use as my style reference for some handouts
> i created. In previous versions of org-mode, I used a
Hello all. I use the odt-export functionality quite extensively. I
recently upgraded to org-mode version 8.0.2-2-g93da18-elpaplus.
I created an .ott file to use as my style reference for some handouts i
created. In previous versions of org-mode, I used a line in the header
like this
#+ODT_STYL
Hi Vinh,
Vinh Nguyen writes:
> After some debugging, it appears my "soffice" command takes a single
> dash (-), not double dash (--) for command line arguments. When I
> change to
>
> "soffice -headless -convert-to %f%x -outdir %d %i"
>
> in org-odt.el, things seem to work. I am running org-mo
On Mon, Feb 18, 2013 at 3:49 PM, Vinh Nguyen wrote:
> On Sat, Feb 16, 2013 at 2:33 PM, Vinh Nguyen wrote:
>> Hi,
>>
>> I was having issues exporting to a "doc" file with this in my init file:
>> (setq org-export-odt-preferred-output-format "doc")
>>
>> After some debugging, it appears my "soffice
On Sat, Feb 16, 2013 at 2:33 PM, Vinh Nguyen wrote:
> Hi,
>
> I was having issues exporting to a "doc" file with this in my init file:
> (setq org-export-odt-preferred-output-format "doc")
>
> After some debugging, it appears my "soffice" command takes a single
> dash (-), not double dash (--) for
Hi,
I was having issues exporting to a "doc" file with this in my init file:
(setq org-export-odt-preferred-output-format "doc")
After some debugging, it appears my "soffice" command takes a single
dash (-), not double dash (--) for command line arguments. When I
change to
"soffice -headless -c
> Thank you for your reply. Below you will find a small example to
> illustrate the problem. First I have a small test org-mode file in
> the directory, =test.org=. It's contents is shown next. I run the
> batch process, which causes an error. All files in the directory are
> deleted except
> Thank you for your reply. Below you will find a small example to
> illustrate the problem. First I have a small test org-mode file in
> the directory, =test.org=. It's contents is shown next. I run the
> batch process, which causes an error. All files in the directory are
> deleted except
Hello,
Did a complete recipe ever surface to fix the issues with the odt exporter, as
described here:
http://lists.gnu.org/archive/html/emacs-orgmode/2012-08/msg00459.html (copied
below)
I'm getting the following error when trying to export to odt:
"Cannot find factory styles file. Check pack
Dear John,
Am Montag, den 19.03.2012, 09:31 -0400 schrieb John Rakestraw:
> Hi, Martin --
>
> >
> > is it possible to have protected spaces in an odt exported from
> > org.-mode? I tried ~ and \nbsp, but both come out literally.
>
> I just tried inserting the non-breaking space in emacs with C-
Hi, Martin --
>
> is it possible to have protected spaces in an odt exported from
> org.-mode? I tried ~ and \nbsp, but both come out literally.
I just tried inserting the non-breaking space in emacs with C-x, 8,
. It shows up as a non-breaking space in the odt file.
--
John Rakestraw
Hi,
is it possible to have protected spaces in an odt exported from
org.-mode? I tried ~ and \nbsp, but both come out literally.
Thanks,
Martin
Hi Jambunathan,
On Thu, Mar 15, 2012 at 08:50, Christian Moe wrote:
> On 3/15/12 5:49 AM, Jambunathan K wrote:
>>
>> If you would like to bring specific issue to my attention, mail me
>> directly. I am signing off from the list and I will not be keeping track
>> of the issues - specifically org-o
On 3/15/12 5:49 AM, Jambunathan K wrote:
If you would like to bring specific issue to my attention, mail me
directly. I am signing off from the list and I will not be keeping track
of the issues - specifically org-odt/ELPA ones - posted in this list.
Not for good, I hope?
Thanks again for the
org-odt, org-e-html, org-e-odt needs new maintainers.
Wrt, org-odt the only thing that has remained uncleard for a long time
is this feature: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=9914.
There has been some progress on this the last few days.
I believe org-odt is stable enough to hit Emacs-
On 3/2/2012 3:38 PM, Jambunathan K wrote:
If the Org is meant for a global distribution (as opposed to personal
installation), the distributor has to specifically ask the users to copy
the styles file to<>/etc/org.
C-h v data-directory
In your case, the data-directory is c:/emacs-23.4/etc/org
Jambunathan K writes:
>> But I do see C:/emacs-23.4/etc/org/styles, which has
>> OrgOdtStyles.xml,
I didn't see this in your earlier message.
This is how it is on my Emacs-24.0.94. There is no "styles" subdir. The
XML files are directly under etc/org.
,
| c:/Program Files/emacs-24.0.94/e
The easiest solution is to use ELPA. There is some instruction on how to
use ELPA here:
http://orgmode.org/worg/org-faq.html#installing-via-elpa
If you are installing through ELPA for the first time, make sure that
you have no installation of org in your load-path. M-x locate-library
RET org RET
Hello all,
I've been googling this problem and searching the archives, but I can't
seem to find a solution. When I try to export to ODT, I get
Error (org-odt): Cannot find factory styles files. Aborting.
Looking in my *Messages* buffer, I see at startup:
Debug (org-odt): Searching for OpenD
Vikas Rawal writes:
> Is there a way to specify (in the org file) column widths of a table
> when exported to an odt file.
Ok, looks like the manual was dense.
Copy the two files seen here:
http://repo.or.cz/w/org-mode/org-jambu.git/tree/private:/contrib/odt/tests
and put it in the same direct
> Let me see how good my documentation is ...
Thanks very much for responding to my query and for sending the
documentation. This indeed clarifies the approach one needs to take in
formatting the odt documents. I, however, realise that I need to understand
a lot more of odt internals to be able to
Is there a way to specify (in the org file) column widths of a table when
exported to an odt file.
Vikas
Hi, Mehul,
It's not that I would be opposed to a fonts option, of course, but I
don't see it as a priority or even necessary. As long as org-odt
handles the document structure and semantics right, and allows
attaching an external stylesheet, I think it's done its job.
There are other develop
On 10/19/11 7:54 PM, Jambunathan K wrote:
#+ODT_STYLES_FILE: "/path/to/styles.xml"
Perfect. Thanks for the quick response!
Yours,
Christian
On Wed, Oct 19, 2011 at 13:54, Jambunathan K wrote:
>
>> I agree with Mehul it would be great to have an option to specify a
>> styles file on a per-file basis. Something like:
>>
>> #+ODT_STYLE: ~/org/odt-templates/cv.odt
>
> I have gone with `#+ODT_STYLES_FILE: '[1]. Refer the docstring below
> I agree with Mehul it would be great to have an option to specify a
> styles file on a per-file basis. Something like:
>
>#+ODT_STYLE: ~/org/odt-templates/cv.odt
I have gone with `#+ODT_STYLES_FILE: '[1]. Refer the docstring below for a
sample setting.
,[ C-h v org-export-odt-styles-f
Jambunathan K writes:
>> The font thing was just something coming out from the fact that I do
>> not know or understand ODT styles. Something new to learn now :)
>
> This is how you will change the fonts.
>
> 1. Export your resume.org to resume.odt (without using any custom
>styles)
> 2. Ope
Matt Price writes:
> I think the problem here, Mehul, is that odt export works with
> styles, not fonts. So to do what you want, the exporter would need
> to be able to tweak the styles manually(so, I guess, first run some
> kind of xml transform on the stylesheet, then apply the stylesheet
> i
> The font thing was just something coming out from the fact that I do
> not know or understand ODT styles. Something new to learn now :)
This is how you will change the fonts.
1. Export your resume.org to resume.odt (without using any custom
styles)
2. Open resume.odt in LibreOffice
3. F11
On Wed, Oct 19, 2011 at 10:35, Matt Price wrote:
>
>
> On Tue, Oct 18, 2011 at 5:15 PM, Mehul Sanghvi
> wrote:
>>
>> Christian,
>>
>> Thanks for the stopgap measure. As for fonts, like styles, it
>> would be easier, simpler and more elegant
>> to be able to do that without having to edit st
On Tue, Oct 18, 2011 at 5:15 PM, Mehul Sanghvi wrote:
> Christian,
>
> Thanks for the stopgap measure. As for fonts, like styles, it
> would be easier, simpler and more elegant
> to be able to do that without having to edit styles.odt every time.
> This is not specific to org-odt. It should
Christian,
Thanks for the stopgap measure. As for fonts, like styles, it
would be easier, simpler and more elegant
to be able to do that without having to edit styles.odt every time.
This is not specific to org-odt. It should be,
at least I think so for now, to do this with any exporting b
Hi, Mehul, cc: Jambunathan,
I agree with Mehul it would be great to have an option to specify a
styles file on a per-file basis. Something like:
#+ODT_STYLE: ~/org/odt-templates/cv.odt
Jambunathan, please consider this a feature request (if you haven't
implemented it already, and I've miss
This may not be specific to org-odt, but maybe applies to Org itself.
I have a LaTeX file which I use for my resume at the moment. The
fonts that are being used with it are great for what I want.
How do I specify fonts that I want to use, rather then the defaults?
Do I have to do that through sty
Hi, Jambunathan,
On 10/18/11 2:05 PM, Jambunathan K wrote:
When you are generating such a custom styles file for templating
purposes, it is highly desirable that H:10 num:t be option used.
(...)
I believe the above restriction is not overly restrictive.
No, that makes good sense, and thanks
Mehul
> % git remote -v
> originhttp://repo.or.cz/r/org-mode/org-jambu.git (fetch)
> originhttp://repo.or.cz/r/org-mode/org-jambu.git (push)
>
>
> I have been pulling from the wrong repository.
This git repo shouldn't be used at all.
For the sake of convenience, the ELPA tarball
Hello Christian
Christian Moe writes:
> That probably explains it, then.
>
> But, uh, can I borrow this thread for a moment?
>
> I find custom styles in ODT export aren't working as per the manual,
> section 12.8.2. Here's what I've done (test files attached; Emacs
> 23.3.1; Org 7.7, freshly pu
That probably explains it, then.
But, uh, can I borrow this thread for a moment?
I find custom styles in ODT export aren't working as per the manual,
section 12.8.2. Here's what I've done (test files attached; Emacs
23.3.1; Org 7.7, freshly pulled):
1. Exported test-odt.org to ODT with defau
On Mon, Oct 17, 2011 at 14:00, Nick Dokos wrote:
>
> My (factually-baseless but best-that-I-can-do given the paucity
> of information you provide) guess is that you are not running the
> version you think you are running.
>
> Nick
>
What I have is Org-mode version 7.5 (baseline.533.ga5129.dirty)
I have seen that thread before, and am using the latest Org from the
git repository.
That is why I was wondering if I'd missed something or not.
I just tried this with a new Emacs, and the test.org file that comes
with org-odt.
I changed test.org so that num: is nil and it still had section
numbe
Hi,
According to this thread, num:nil should work in recent versions of Org:
http://comments.gmane.org/gmane.emacs.orgmode/46058
It works for me.
You might try updating to the most recent version of Org and see if
that fixes things.
As a one-off fix, in OpenOffice you can turn off the number
I have the following in my org file:
#+OPTIONS: toc:nil H:10 num:nil
Yet in my ODT file I get numbered sections:
1. Work Experience
1.1.1 Company A
1.1.2 Company B
2. Skills
3. Education
Am I doing something wrong ? Or is there another option that I am not
awa
On Sun, Oct 16, 2011 at 10:42, Christian Moe wrote:
> On 10/16/11 4:03 PM, Mehul Sanghvi wrote:
>>
>> I do not want a table of contents as it makes no sense for a resume.
>> How do I disable the generation of that ?
>> I ran the unit test for ODT and it generated a ToC, although I didn't
>> see an
On 10/16/11 4:03 PM, Mehul Sanghvi wrote:
I do not want a table of contents as it makes no sense for a resume.
How do I disable the generation of that ?
I ran the unit test for ODT and it generated a ToC, although I didn't
see anything in the test.org file to indicate
such a behaviour.
In t
I do not want a table of contents as it makes no sense for a resume.
How do I disable the generation of that ?
I ran the unit test for ODT and it generated a ToC, although I didn't
see anything in the test.org file to indicate
such a behaviour.
--
Mehul N. Sanghvi
email: mehul.sang...@gmail.co
> I would like to submit 2 more patches - one to the manual and other to
> org-exp.el.
I am attaching the promised patch to org-exp.el. Can someone review and
commit this change?
Please note that I have withheld the changes to org-odt & co which make
use of this change.
ps: The patch to org.te
Matt
> It would be nice if I could code the table formatting into the org
> file so that I don't have to hand-fix the formatting on each
> iteration.
Thanks for your feedback.
I have worked up a patch which intends to give users more control over
how tables are formatted. The patch modifies f
On Thu, Aug 25, 2011 at 5:40 PM, Jambunathan K
wrote:
> Matt Price writes:
>
>> The attached test file shows an org file with tables whose columns
>> include substantial amounts of text. The default export to odt is
>> pretty ugly in this case, and even in html (where things work to some
>> ext
On Thu, Aug 25, 2011 at 6:01 PM, Jambunathan K wrote:
> Matt Price writes:
>
>> The attached test file shows an org file with tables whose columns
>> include substantial amounts of text. The default export to odt is
>> pretty ugly in this case, and even in html (where things work to some
>> ext
Matt Price writes:
> The attached test file shows an org file with tables whose columns
> include substantial amounts of text. The default export to odt is
> pretty ugly in this case, and even in html (where things work to some
> extent) I would rather be able to control to some extent the way
Matt Price writes:
> The attached test file shows an org file with tables whose columns
> include substantial amounts of text. The default export to odt is
> pretty ugly in this case, and even in html (where things work to some
> extent) I would rather be able to control to some extent the way
this time I've actually attached the file...
On Thu, Aug 25, 2011 at 11:12 AM, Matt Price wrote:
> The attached test file shows an org file with tables whose columns
> include substantial amounts of text. The default export to odt is
> pretty ugly in this case, and even in html (where things wo
The attached test file shows an org file with tables whose columns
include substantial amounts of text. The default export to odt is
pretty ugly in this case, and even in html (where things work to some
extent) I would rather be able to control to some extent the way that
long fields wrap. is th
Matt
> sort of hijacking this thread with a quick note:
>
> In order to remove numbering from the headings produced by org-odt,
> simply export a file, go to Tools -> Outline Numbering in
> libreoffice/openoffice, and turn numbering off for levels 1-10
> (probalby you only need about 4 levels anyw
sort of hijacking this thread with a quick note:
In order to remove numbering from the headings produced by org-odt,
simply export a file, go to Tools -> Outline Numbering in
libreoffice/openoffice, and turn numbering off for levels 1-10
(probalby you only need about 4 levels anyway). Then save t
Hello,
Jambunathan K writes:
> Till such time as that happens, the attached patch would strip inline
> tasks from odt export. i.e., the exporter will behave as though
> org-inlinetask-export is set to nil for the purpose of odt export.
I have applied the patch, correcting the coding issue.
Reg
Hi Jambu,
On Sat, Aug 6, 2011 at 5:02 PM, Jambunathan K wrote:
>
> Hello Suvayu
>
>> Hi Jambunathan,
>>
>> Exporting to org-odt fails if my org file has inline tasks and
>> org-inlinetask is already loaded. To reproduce the bug with the attached
>> org file you can do the following:
>
> Looks lik
Jambunathan K writes:
> NOTE TO THE MAINTAINERS: git diff is forcibly creating the first hunk in
> the attached diff even though I haven't made any modifications as
> suggested by it. (I think it is getting confused by the presence of the
> "special non-ascii A")
There is no such character in th
Hello Suvayu
> Hi Jambunathan,
>
> Exporting to org-odt fails if my org file has inline tasks and
> org-inlinetask is already loaded. To reproduce the bug with the attached
> org file you can do the following:
Looks like I need to create an entry in
C-h v org-inlinetask-export-templates.
Till
Hi Jambunathan,
Exporting to org-odt fails if my org file has inline tasks and
org-inlinetask is already loaded. To reproduce the bug with the attached
org file you can do the following:
1. In a minimal org-mode setup (without requiring org-inlinetask),
export the attached file to odt. It will
Sebastian writes:
> I found a solution.
> Info-zip (http://en.wikipedia.org/wiki/Info-ZIP) did the
> trick for me. No patches needed.
> I just added the binary to the PATH and it worked.
Thanks for sharing this solution!
--
Bastien
Sebastian and all,
Sebastian wrote:
> I found a solution.
> Info-zip (http://en.wikipedia.org/wiki/Info-ZIP) did the
> trick for me. No patches needed.
> I just added the binary to the PATH and it worked.
Other solution: install the zip package from Cygwin. Tested, works.
Best regards,
Seb
Bastien altern.org> writes:
>
> Ciao Sebastian,
>
> sebastian.titz unina.it writes:
> > Is there a way to use org-odt under windows?
>
> Perhaps you can first try to get a command line version of zip
> under Windows 7?
>
> If you manage to get this, the ODT exporter will need to set a
>
Ciao Sebastian,
sebastian.t...@unina.it writes:
> I tried the new org-odt exporter in org-mode 7.6 running emacs 23.3
> on Windows 7 with (org-export-as-odt). It stops before generating an
> output with the error message: Searching for program: no such file or
> directory, zip. I guess it is caus
Hello,
I tried the new org-odt exporter in org-mode 7.6 running emacs 23.3
on Windows 7 with (org-export-as-odt). It stops before generating an
output with the error message: Searching for program: no such file or
directory, zip. I guess it is caused by not having a command line
version of zip
Vinh
> Suppose I have styles.xml and
> ./Pictures/1274034B83A526F3.png in the working
> directory of my org file, both extracted from my original odt file
> that I did myself. What exactly must I do to get these files packaged
> into the generated odt file? How do I set org-expo
Torsten Wagner writes:
> There is jabref [1].
Exactly. I was also going to point out JabRef. I have had Bibtex
illiterates manageing Bib files using JabRef.
> It also claims to have a Openoffice support
> never tried.
I tried it once and it works very nice. There were annoying limitations
in O
Dear Henri-Paul,
On 8 Jul 2011, at 00:27, Henri-Paul Indiogine wrote:
> Yes, but the sad thing is that using emacs+orgmode is so fast, easy
> and productive. Writer or Word feel so clunky and backwards.
Sure, you can write with orgmode and then export for your supervisor to
OpenOffice/Word.
Hi Christian!
2011/7/7 Christian Moe :
> Zotero is very nice, but getting Zotero IDs into an Org-mode document (see
> Eric Hetzner's zotero-plain, https://bitbucket.org/egh/zotero-plain) and
> then into OOo in a form where they'll be useful (no ready solution I know
> of) is a somewhat complex tas
There is jabref [1].
A standalone Java application, which uses the bib-format as native
solution. Thus it could play nicely with org-mode. Since it will still
remain all in a bib file.
The feature set is already outstanding compared to many other solutions.
There is a emacs interaction as wel
Hi,
I regret to agree about the OOo bibliographic features.
Zotero is very nice, but getting Zotero IDs into an Org-mode document
(see Eric Hetzner's zotero-plain,
https://bitbucket.org/egh/zotero-plain) and then into OOo in a form
where they'll be useful (no ready solution I know of) is a so
Hi Matt!
2011/7/7 Matt Price :
> The zotero Standalone Alpha has a Chrome extension. I think using Zotero is
> a much better bet than trying to use the native OOo bibliographic features
> which were always very primitive, never really expanded as they were
> supposed to be, and have, I believe, m
1 - 100 of 122 matches
Mail list logo
