Am Mittwoch, 21. September 2022, 10:18:41 CET schrieb Ihor Radchenko: > Max Nikulin <maniku...@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.
[...] > > 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. > Has this been done? I'm struggeling (again), how to link to a certain page of a PDF, being opened in okular. ./link/xyz.pdf::123 does not open the pdf at p. 123