* Suggest you try changing this:
("\\.odt\\'" . "libreoffice6.0 %s"))))
* To this instead:
("\\.odt\\'" . "libreoffice %s"))))
--since "libreoffice6.0" is a specific link that is subject to change--not
only by you but by your chosen operating system package manager
Unless of course, you intentionally run several versions of libreoffice,
which is possible but seems pointless
On Sun, Dec 9, 2018 at 6:07 PM James Harkins <jamshar...@zoho.com> wrote:
> Hi,
>
> I realize I'm running an older version of org-mode (8.3.3), but things are
> working for me generally and I'm not in a position to monkey around with my
> environment right now.
>
> Anyway, something strange. A few months ago, I was able to export to ODT
> and the file would open in LibreOffice. But, just now, emacs insists on
> issuing a command to open it in okular.
>
> Creating ODT file...
> Running zip -mX0 project-notes.odt mimetype
> Running zip -rmTq project-notes.odt .
> Created /blah/blah/project-notes.odt
> Parsing archive file...done.
> Running okular /blah/blah/project-notes.odt --icon okular -caption
> Okular...done
>
> Okular? That makes no sense at all.
>
> I tried adding an entry to org-file-apps to force it to use libreoffice6.0
> to open ODT files, but this is having no effect.
>
> '(org-file-apps
> (quote
> ((auto-mode . emacs)
> ("\\.mm\\'" . default)
> ("\\.x?html?\\'" . "/usr/bin/firefox %s")
> ("\\.pdf\\'" . "/usr/bin/okular %s")
> ("\\.odt\\'" . "libreoffice6.0 %s"))))
>
> I can find no hard coded reference to Okular anywhere in the org source
> code.
>
> This is quite mysterious to me. If it's using a particular app to open
> this type of file, I should be able to find some settings or some
> instruction somewhere. But I can't.
>
> How to fix this?
>
> hjh
>
>
>
