From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id qDorLjFywl8ETAAA0tVLHw (envelope-from ) for ; Sat, 28 Nov 2020 15:52:17 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0 with LMTPS id FJkWKjFywl8pHAAA1q6Kng (envelope-from ) for ; Sat, 28 Nov 2020 15:52:17 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 1C2CF9402A8 for ; Sat, 28 Nov 2020 15:52:17 +0000 (UTC) Received: from localhost ([::1]:55864 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kj2WF-0002ad-TC for larch@yhetil.org; Sat, 28 Nov 2020 10:52:15 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:54000) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kj2VR-0002LY-SQ for emacs-orgmode@gnu.org; Sat, 28 Nov 2020 10:51:25 -0500 Received: from static.214.254.202.116.clients.your-server.de ([116.202.254.214]:33392 helo=ciao.gmane.io) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kj2VQ-00076l-8V for emacs-orgmode@gnu.org; Sat, 28 Nov 2020 10:51:25 -0500 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1kj2VM-0001AO-SA for emacs-orgmode@gnu.org; Sat, 28 Nov 2020 16:51:20 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-orgmode@gnu.org From: Maxim Nikulin Subject: Re: Bring up a screen giving option to open a series of orgmode files Date: Sat, 28 Nov 2020 22:51:13 +0700 Message-ID: References: <169441F9-83D6-4D0F-8A23-1923B44F7C0A@health.ucsd.edu> <87eekkcwzs.fsf@localhost> <874klfcj5k.fsf@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 In-Reply-To: Content-Language: en-US Received-SPF: pass client-ip=116.202.254.214; envelope-from=geo-emacs-orgmode@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: 28 X-Spam_score: 2.8 X-Spam_bar: ++ X-Spam_report: (2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FORGED_GMAIL_RCVD=1, FORGED_MUA_MOZILLA=2.309, FREEMAIL_FORGED_FROMDOMAIN=0.25, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, NICE_REPLY_A=-0.001, NML_ADSP_CUSTOM_MED=0.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Migadu-Flow: FLOW_IN X-Migadu-Spam-Score: -1.67 X-Scanner: ns3122888.ip-94-23-21.eu Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=gmail.com (policy=none); spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-TUID: t+a3uuE1keNG 2020-11-27 Jean Louis wrote: > > Now we have `evince' PDF viewer that can open PDF I think by page > number and by query but it cannot do the equivalent > `evince-store-link' so user has to think about the file name and page > number and so on. However xpdf (evince predecessor in respect to PDF engine) allows to define custom bindings in config file, so store link could be implemented. It seems, the feature was lost on the way to user-friendly interface. Unsure but maybe store link could be configured for browser built-in PDF viewers. > We have browsers that each of them think for themselves. Each can > store bookmarks but hardly provide such to external programs. I agree that bookmarks as they implemented in browser is something poor. Forget external programs in the context of modern browsers (either you like it or not). De facto, extensions should communicate with HTTP servers, to protect users, access to filesystem is not allowed any more. However some API to manipulate bookmarks exists, do not know if it is really useful: https://developer.mozilla.org/en-US/docs/Mozilla/Add-ons/WebExtensions/API/bookmarks > Almost none browser can store specific paragraph based bookmark. They > rely mostly on anchors as finely specified greed. Bookmarks could be > by HTML page number or query or paragraph. 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. There is no interface for end users but web developers use it for UI tests if there is no more reliable option. There was text search addressing initiative "Scroll to text" https://github.com/WICG/scroll-to-text-fragment/ The problem that URLs have no room for such extension points and some web sites abuse #anchors to determine what content should be shown, so addressing of particular element is not possible at all.