* Julien Dallot <[email protected]> [2026-06-09 10:25]: > "Max Nikulin" <[email protected]> writes: > > > Several years ago I spent some time experimenting with `org-file-apps' > > to handle page numbers and search strings for standard "file:" links by > > various viewers. That time I was unaware of RFC specs for options to > > specify location inside PDF files, see > > <https://www.rfc-editor.org/rfc/rfc8118.html#section-3> > > Extending this functionality to other viewers may be of great interest, as > users may like other non-emacs pdf viewers. > As of now, the links only work with pdf-tool (if you're interested, > https://github.com/Judafa/linkin-org-pdf-link), I didnt check yet > where those four edges format come from (I just reversed engineered > pdf-tool's code without asking questions :) )
Users should be able to define their commands. > rn I'm most concerned about basic stuff, which is to get the link > format/metadata handling right and versatile for all link usages > (file, pdf, music, video, etc). Emacs has modules for PostgreSQL and built-in one for the Sqlite. You could use database management layer that exports to Org file, so that links can be manageable by Org file and by database both. > I feel like the format with a plist inside the link is simple and > understandable enough, while enabling to encode pretty much anything. > But I may be missing something. Link creation or capturing should be instant. 1-3 seconds. ╔════════════════════════╦════════╦══════════════════════════════╦═══════╗ ║ Total number of people ║ 245473 ║ Total Hyperdocuments ║ 98121 ║ ╠════════════════════════╬════════╬══════════════════════════════╬═══════╣ ║ People in last week ║ 11 ║ Hyperdocuments in last week ║ 235 ║ ╠════════════════════════╬════════╬══════════════════════════════╬═══════╣ ║ People in last month ║ 37 ║ Hyperdocuments in last month ║ 2109 ║ ╚════════════════════════╩════════╩══════════════════════════════╩═══════╝ Imagine 235 documents from last week. If I spent my time manually crafting plists inside every link, I would still be typing coordinates for the first three documents while the other 232 quietly judged me from the database, wondering why I hate myself so much. Using plist doesn't scale. It is not fun. You are generating unnecessary work to yourself in future. I doubt many would use such system for simple reason that there are few curators in the world anyway. People want to get some things done, but majority doesn't have it too extensive, so majority can't reach for it, they do not need complexities, just simplex applications. When it comes to marketing where you are getting serious income and must manage inflow or 1500 people per day, that is quite different issue. How would you manage 300 people per month each sending you their CVs and pieces of communication that generally leads nowhere if you engage in it too personal? Would you really edit plinks about them? Imagine me, if I need to start editing for each PDF I have, the special title and author on specific PDF page, then 14000 times to repeat it? Is it manageable by your system? 📄 PDF by Page Nr. 14872 You must shorten your workflows and those workflows you impose onto people who would be using the package. I fire up XPDF reader, and I press in the reader C-c and edit the title, that is all I do to capture the specific page. With new LLM tools, I do not need to even edit the title, it can be OCR-ed. -- Jean Louis
