From: Maxim Nikulin <manikulin@gmail.com>
To: emacs-orgmode@gnu.org
Subject: Re: Bring up a screen giving option to open a series of orgmode files
Date: Tue, 1 Dec 2020 00:08:50 +0700 [thread overview]
Message-ID: <rq38v3$krj$1@ciao.gmane.io> (raw)
In-Reply-To: <X8KQBXApsB+tsoU2@protected.rcdrun.com>
2020-29-11 Jean Louis wrote:
> * Maxim Nikulin [2020-11-28 18:52]:
>
> Any viewer should have option to quickly construct a hyperlink and
> store it somewhere with its annotation and other meta data so that
> such can be reused by any other program.
Xpdf do not have option to construct hyperlink, it allows to execute
arbitrary command (if context matches) and pass some parameters using
substitutions. It is enough e.g. to copy target of the link, to do
something with page number (construct hyperlink to this page). Maybe
selection region could be passed to pdftotext to extract selection text
that could be inserted to a note.
Surprisingly PDF viewers built in into browser have fences preventing
access of browser extensions to the text content. I did not expect such
limitations. There are extensions that offer translation of text
selected in PDF files however. It seems they use bundled pdf.js to
replace built-in viewer. Unsure that JS working with PDF file runs in
proper security context. I expected a robust way for integration with
note taking applications.
>> De facto, extensions should communicate with HTTP servers, to
>> protect users, access to filesystem is not allowed any more.
>
> Alright, only if it would be that secure, then this type of advise
> would not be there:
>
> How to Run a More Secure Browser
> https://www.dragonflybsd.org/docs/handbook/RunSecureBrowser/
Just one problem, if one uses a browser extension that works with local
files then he have content accessible by extensions. Another extension
could do something bad with such files. Mozilla XUL extensions were very
powerful and had access to file system. It is impossible to ensure that
there is no malicious extensions in the add-on catalog. XUL was dropped,
chrome extension API has been adopted. File system is protected against
bad extensions, extensions have to keep user data on some server. Only
local files are protected, security model for requests to remote servers
is quite poor. It is funny, that attempts to allow web applications to
work with local files are not stopped, unsure if I have heard about this
particular proposal earlier or it is another one:
https://web.dev/file-system-access/
In the previous message I was writing about very specific problem:
extension author could put code that steal files or ruin them. To solve
it, extension developers were force to store user content on a remote
server instead of local files. I do not think it is significantly safer.
And finally, running browser under a different user is likely not
enough. Browser for working with "external" resources should be isolated
from home or office network (network namespace, container, virtual
machine). There are enough web sites that checks which ports are open at
least on the localhost. Local network could be scanned through browser
as well.
>> In principle, any paragraph could be addressed using
>> XPath
>> https://developer.mozilla.org/en-US/docs/Web/XPath/Introduction_to_using_XPath_in_JavaScript
>> but it is extremely fragile since link will be likely invalid after
>> web site redesign or modification of the text.
>
> ...
> From the above link on XPath I have not figured out yet how to
> generate a hyperlink to specific paragraph. I may spend days until I
> figure it out.
Page inspector in developer tools has a context menu entry to copy XPath
to particular element. Likely you will prefer to generate link in a more
smart and stable way, e,g, by looking for an element with id attribute
nearby and construct a link relative to it. Maybe it is possible to
implement protocol handler for custom scheme with XPath references
https://developer.mozilla.org/en-US/docs/Web/API/Navigator/registerProtocolHandler
> My surprise was
> big when I realized that Org is there with features to manage tasks
> but does not offer feature to "send the task".
In my opinion, you have demonstrated that emacs and org mode are
powerful enough to allow users to implement rather specific workflow
with a quite small piece of code. It may be a dedicated package but I do
not think it worth including such features to the base set. Docs will be
longer than the code. Personally, I would expect export-based solution
that strips comments, takes email addresses from some properties and
saves messages to the draft folder for review before sending them.
next prev parent reply other threads:[~2020-11-30 17:10 UTC|newest]
Thread overview: 87+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-11-22 10:01 Bring up a screen giving option to open a series of orgmode files Gerardo Moro
2020-11-22 10:09 ` Jean Louis
2020-11-22 17:35 ` Berry, Charles via General discussions about Org-mode.
2020-11-22 18:33 ` Jean Louis
2020-11-22 19:03 ` Gerardo Moro
2020-11-22 19:15 ` Jean Louis
2020-11-23 3:59 ` Gerardo Moro
2020-11-23 5:21 ` Jean Louis
2020-11-23 8:12 ` Ihor Radchenko
2020-11-23 8:40 ` Gerardo Moro
2020-11-23 9:11 ` Ihor Radchenko
2020-11-23 9:14 ` Gerardo Moro
2020-11-23 9:14 ` Jean Louis
2020-11-24 4:07 ` Gerardo Moro
2020-11-24 7:26 ` Ihor Radchenko
2020-11-24 7:23 ` Ihor Radchenko
2020-11-24 9:28 ` Gerardo Moro
2020-11-24 9:57 ` Ihor Radchenko
2020-11-24 16:26 ` Jean Louis
2020-11-25 3:41 ` Ihor Radchenko
2020-11-25 5:36 ` Jean Louis
2020-11-25 7:15 ` Ihor Radchenko
2020-11-25 11:20 ` Browser org-capture bookmarklet Jean Louis
2020-11-25 12:51 ` Ihor Radchenko
2020-11-25 14:12 ` Jean Louis
2020-11-25 14:50 ` Jean Louis
2020-12-02 9:07 ` Bring up a screen giving option to open a series of orgmode files Jean Louis
2020-12-02 9:53 ` Ihor Radchenko
2020-12-02 10:19 ` Jean Louis
2020-12-02 9:24 ` Jean Louis
2020-12-02 9:56 ` Ihor Radchenko
2020-12-02 10:14 ` Jean Louis
2020-11-24 17:41 ` Jean Louis
2020-12-02 10:17 ` Maxim Nikulin
2020-11-27 2:40 ` Jean Louis
2020-11-27 8:15 ` Alan Schmitt
2020-11-27 12:04 ` Jean Louis
2020-11-28 16:12 ` Maxim Nikulin
2020-11-28 18:10 ` Jean Louis
2020-11-28 15:51 ` Maxim Nikulin
2020-11-28 17:59 ` Jean Louis
2020-11-30 9:35 ` Ihor Radchenko
2020-11-30 10:45 ` Jean Louis
2020-12-01 2:38 ` Ihor Radchenko
2020-12-01 10:30 ` Jean Louis
2020-11-30 17:08 ` Maxim Nikulin [this message]
2020-11-30 18:33 ` Jean Louis
2020-12-02 16:41 ` Maxim Nikulin
2020-12-02 17:24 ` Jean Louis
2020-12-09 13:00 ` Jean Louis
2020-12-09 15:03 ` Maxim Nikulin
2020-12-09 16:32 ` Jean Louis
2020-12-09 16:49 ` Maxim Nikulin
2020-12-10 0:04 ` Ihor Radchenko
2020-12-11 6:54 ` Jean Louis
2020-12-11 14:40 ` Maxim Nikulin
2020-12-11 15:22 ` Ihor Radchenko
2020-12-12 3:22 ` Jean Louis
2020-12-13 0:42 ` Ihor Radchenko
2020-12-13 15:00 ` Jean Louis
2020-12-14 12:58 ` Ihor Radchenko
2020-12-14 19:08 ` Jean Louis
2020-12-14 22:27 ` TRS-80
2020-12-14 22:33 ` Jean Louis
2020-12-15 4:42 ` Ihor Radchenko
2020-12-15 5:00 ` Jean Louis
2020-12-16 2:59 ` Ihor Radchenko
2020-12-16 4:05 ` Tom Gillespie
2020-12-18 12:35 ` Jean Louis
2020-12-16 1:48 ` TRS-80
2020-12-16 12:40 ` Maxim Nikulin
2020-12-12 2:49 ` Jean Louis
2020-12-13 0:48 ` Ihor Radchenko
2020-12-13 15:13 ` Jean Louis
2020-12-13 18:02 ` Christopher Dimech
2020-12-13 20:31 ` Jean Louis
2020-12-14 0:34 ` Ihor Radchenko
2020-12-14 0:34 ` Jean Louis
2020-12-14 0:35 ` Ihor Radchenko
[not found] ` <874kl7172r.fsf@localhost>
2020-11-30 10:51 ` Jean Louis
2020-11-22 21:23 ` Berry, Charles via General discussions about Org-mode.
2020-11-23 9:52 ` Diego Zamboni
2020-11-23 21:04 ` Jean Louis
2020-11-24 9:53 ` John Sturdy
2020-11-24 10:04 ` Detlef Steuer
2020-11-24 13:44 ` Jean Louis
2020-11-24 14:38 ` Jean Louis
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='rq38v3$krj$1@ciao.gmane.io' \
--to=manikulin@gmail.com \
--cc=emacs-orgmode@gnu.org \
/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).