Re: [O] headings in odt export
Eric Abrahamsen writes: > Libreoffice has started behaving horribly on both my Arch machines > (quits when I scroll, display can't keep up with modest typing speeds) > but I wonder if it's because I'm not using a desktop environment, and LO > is getting confused. That's a total guess, but I don't see how that could be related. > I use git, not makepkg, for both Emacs and Org (Emacs with "make > install", Org in-place), and there's no reference to tmp in > org-loaddefs, so I don't know if that's related. OK. makepkg screws up org-loaddef because it built in tmp. And ox-odt is bad at finding the "right" stylefiles. > As far as I know, nothing at all changed on my system apart from these > general updates. You can check the variables I mentioned earlier in the thread. > I'm still inclined to blame LO! This is in vain. Org included the wrong style files. This problem pops up frequently. Rasmus -- El Rey ha muerto. ¡Larga vida al Rey!
Re: [O] headings in odt export
Rasmus writes: > Eric Abrahamsen writes: > >> I don't know what happened to mess this behavior up, but Libreoffice has >> started acting very strange in general on Arch... > > I envy how everything Just Works on Fedora. While I quite enjoy pacman > and makepkg, the level of polish of Fedora is hard to match on Arch. > > I have not had problems with LO5 ("libreoffice-fresh"), but I'm a very > occasional user. The problem you mention is purely an installation > problem. Check org-loaddefs.el. It will probably contains references to > /tmp cause that's where makepkg builts it. Libreoffice has started behaving horribly on both my Arch machines (quits when I scroll, display can't keep up with modest typing speeds) but I wonder if it's because I'm not using a desktop environment, and LO is getting confused. That's a total guess, but I use git, not makepkg, for both Emacs and Org (Emacs with "make install", Org in-place), and there's no reference to tmp in org-loaddefs, so I don't know if that's related. As far as I know, nothing at all changed on my system apart from these general updates. I'm still inclined to blame LO! Eric
Re: [O] headings in odt export
Eric Abrahamsen writes: > I don't know what happened to mess this behavior up, but Libreoffice has > started acting very strange in general on Arch... I envy how everything Just Works on Fedora. While I quite enjoy pacman and makepkg, the level of polish of Fedora is hard to match on Arch. I have not had problems with LO5 ("libreoffice-fresh"), but I'm a very occasional user. The problem you mention is purely an installation problem. Check org-loaddefs.el. It will probably contains references to /tmp cause that's where makepkg builts it. Rasmus -- When the facts change, I change my mind. What do you do, sir?
Re: [O] headings in odt export
Rasmus writes: > Hi, > > Eric Abrahamsen writes: > >> Any hints appreciated! > > My guess is that you are using the wrong style files. I.e. before they > were updated to included the unnumbered headings. Try to set the relevant > variables explicitly: That was it! Thanks a lot. Those vars did point at existing directories on my system (that appear to contain the right files), but I tried switching them to point at the /etc directory inside my git checkout of Org, and now everything works again. I don't know what happened to mess this behavior up, but Libreoffice has started acting very strange in general on Arch... Thanks again, Eric
Re: [O] headings in odt export
Hi, Eric Abrahamsen writes: > Any hints appreciated! My guess is that you are using the wrong style files. I.e. before they were updated to included the unnumbered headings. Try to set the relevant variables explicitly: (with-eval-after-load 'ox-odt (let ((schema-dir "/usr/share/emacs/etc/org/schema/") (style-dir "/usr/share/emacs/etc/org/styles")) (when (file-exists-p schema-dir) (setq org-odt-schema-dir-list (list schema-dir))) (when (file-exists-p style-dir) (setq org-odt-styles-dir style-dir makepkg/the AUR package does not handle this fact very well. Rasmus -- And when I’m finished thinking, I have to die a lot
[O] headings in odt export
I'm seeing what seems to be a bug: If I export a simple document to ODT with the following settings: #+EXPORT_OPTIONS: H:3 num:t The headings are given a proper heading style. However if I export with: #+EXPORT_OPTIONS: H:3 num:nil The headings appear in "Default Style" (the body text is in "Text Body"). In short: setting `org-export-with-section-numbers' to a non-nil value is necessary to get the headings styled with a heading value -- otherwise they're default style. The "contents.xml" file in the two different versions differs only like this: text:style-name="Heading_20_1_unnumbered" vs text:style-name="Heading_20_1" That seems correct. I've attached a diff between the two different versions of the "styles.xml" file. I don't know much about ODT format, and don't know what's going on. I traced `org-odt-headline', and it appeared to be behaving normally. I'm using git Org, and the current Libreoffice version (on Arch linux) is 4.4.5-2. Any hints appreciated! Eric 35c35 < --- > 40c40 < --- > 45c45 < --- > 50c50 < --- > 55c55 < --- > 60c60 < --- > 65c65 < --- > 70c70 < --- > 75c75 < --- > 80c80 < --- >