From: Ihor Radchenko <yantar92@gmail.com>
To: Max Nikulin <manikulin@gmail.com>
Cc: emacs-orgmode@gnu.org
Subject: Re: Org mode links: Open a PDF file at a given page and highlight a given string
Date: Wed, 21 Sep 2022 16:18:41 +0800 [thread overview]
Message-ID: <87leqdxhr2.fsf@localhost> (raw)
In-Reply-To: <tgcroo$tdq$1@ciao.gmane.io>
Max Nikulin <manikulin@gmail.com> writes:
>> I think that it is a very good idea for Org core to support search terms
>> in file links that are handled by Free Software.
>
> Maybe I misunderstand something, but your stress on Free Software here
> surprised me. I did not mention explicitly any proprietary application
> such as Adobe Reader. On the other hand support of Chromium (that is
> free) unavoidably assumes Google Chrome and likely MS Edge with other
> derived products with same customization as chromium vs.
> chromium-browser command name discrepancy in Linux distros.
I was referring to GPL-compatible software.
If we have better integration with Libre/Free Software, it is suitable
for Org core. IMHO.
>> Moreover, I think that we should, by default, auto-detect and use Free
>> Software to open file links, when such software is installed on user
>> machine (unless the user explicitly instruct otherwise).
>
> Could you, please, elaborate? E.g. for PDF file default is docview mode.
> Unless a user has an override in `org-file-apps', likely it should be
> used. Perhaps system-wide handler may be considered as a candidate, but
> on linux it means XDG MIME handlers that is not supported by Emacs, so
> only mailcap remains. Both XDG database and mailcap have no notion of
> location within the file to open.
I am referring to cdr of the org-file-apps entries.
docview will correspond to `emacs' command. XDG will correspond to
`system'. And we have `default', which could detect Libre Software, if
installed.
>> I see Free Software support as dedicated files like ol-evince,
>> ol-okular, etc. The file functionality and common function may probably
>> be factored out into ol-file library.
>
> I am considering a single package, something like org-pdfviewer, that
> has definitions for all popular viewers: evince, okular, firefox,
> chromium, etc. I believed that user should explicitly configure
> preferred viewer by either adding an entry with supplied function to
> `org-file-apps' or this package has its own defcustoms and the entry
> injected to some variable as you suggested in
> Ihor Radchenko. Re: [PATCH v2] org.el: Fix percent substitutions in
> `org-open-file' Mon, 05 Sep 2022 13:46:41 +0800.
> https://list.orgmode.org/875yi2xtj2.fsf@localhost
>
> The point of defcustoms in the package instead of (or in addition to)
> `org-file-apps' is that evince and okular support more formats than PDF.
I understand your idea. What I am suggesting is to implement support for
a subset of popular viewers (the Libre ones) and add it to Org core.
Support for non-Libre viewers could be added ad third-party packages
based on the Org core implementation.
The default viewer may be customized by user according to, say,
org-file-apps-default-pdf-viewer defaulting to 'auto (detect).
This customization will only take effect when the PDF file entry in
org-file-apps sets the command to `default'.
Hope I made my idea more clear.
--
Ihor Radchenko,
Org mode contributor,
Learn more about Org mode at https://orgmode.org/.
Support Org development at https://liberapay.com/org-mode,
or support my work at https://liberapay.com/yantar92
next prev parent reply other threads:[~2022-09-21 8:37 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-03-02 20:07 Org mode links: Open a PDF file at a given page and highlight a given string Rodrigo Morales
2021-03-02 22:36 ` Kyle Meyer
2021-03-03 12:37 ` Maxim Nikulin
2021-09-27 16:39 ` Max Nikulin
2021-03-03 2:31 ` Juan Manuel Macías
2021-03-03 14:51 ` Maxim Nikulin
2021-03-03 16:11 ` Juan Manuel Macías
2021-03-05 13:02 ` Maxim Nikulin
2022-09-03 13:00 ` Max Nikulin
2022-09-20 11:54 ` Ihor Radchenko
2022-09-20 17:03 ` Max Nikulin
2022-09-21 8:17 ` Ihor Radchenko
2022-09-21 8:18 ` Ihor Radchenko [this message]
2023-01-25 11:46 ` AW
2023-01-25 11:55 ` Ihor Radchenko
2023-01-25 12:35 ` Max Nikulin
2023-01-25 14:33 ` Jean Louis
2022-10-04 6:45 ` Ihor Radchenko
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=87leqdxhr2.fsf@localhost \
--to=yantar92@gmail.com \
--cc=emacs-orgmode@gnu.org \
--cc=manikulin@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).