From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Jean Louis Newsgroups: gmane.emacs.help Subject: Re: Ideas on Hypertext systems in Emacs needed Date: Tue, 8 Jun 2021 10:08:35 +0300 Message-ID: References: <87lf7lxmpg.fsf@zoho.eu> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="26316"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mutt/2.0.7+183 (3d24855) (2021-05-28) Cc: help-gnu-emacs , Emanuel Berg To: Eduardo Ochs Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Tue Jun 08 09:11:54 2021 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lqVtw-0006ax-K8 for geh-help-gnu-emacs@m.gmane-mx.org; Tue, 08 Jun 2021 09:11:52 +0200 Original-Received: from localhost ([::1]:57046 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lqVtv-00064k-GK for geh-help-gnu-emacs@m.gmane-mx.org; Tue, 08 Jun 2021 03:11:51 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:47460) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lqVtN-00064M-Kk for help-gnu-emacs@gnu.org; Tue, 08 Jun 2021 03:11:17 -0400 Original-Received: from stw1.rcdrun.com ([217.170.207.13]:50903) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lqVtJ-00088W-8t for help-gnu-emacs@gnu.org; Tue, 08 Jun 2021 03:11:14 -0400 Original-Received: from localhost ([::ffff:197.157.0.46]) (AUTH: PLAIN admin, TLS: TLS1.3,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by stw1.rcdrun.com with ESMTPSA id 00000000000AE2EE.0000000060BF180E.0000337E; Tue, 08 Jun 2021 00:11:09 -0700 Mail-Followup-To: Eduardo Ochs , Emanuel Berg , help-gnu-emacs Content-Disposition: inline In-Reply-To: Received-SPF: pass client-ip=217.170.207.13; envelope-from=bugs@gnu.support; helo=stw1.rcdrun.com X-Spam_score_int: -3 X-Spam_score: -0.4 X-Spam_bar: / X-Spam_report: (-0.4 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_SORBS_WEB=1.5, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.io gmane.emacs.help:130613 Archived-At: * Eduardo Ochs [2021-06-08 03:43]: > English is not my first language, but to me "use whatever everyone > else is using" seems to imply "don't use niche tools that are used by > small groups of very enthusiastic hackers that love them very much". > > I have the impression that Jean Louis is looking for things that are > nice to use AND to hack. WWW is good informational hypertext system though it is passive, it is not dynamic. Users can see information, cannot build upon it (unless allowed like in Wikipedia). GNU Hyperbole and eev, Org, HTML, Texinfo are hypertext systems if text is created with it. They are not as integrated. Major facility that I need in each of those in Emacs is recognition or indexing of available hyperlinks in a document and relational hyperlink inserting: - indexing of available hyperlinks in documents would mean to captures and record relations between the document and the hyperlink. That would require system of regular expression harvesting of all hyperlinks in a document so that such can be listed in separate piece of information. As this quickly separates the referenced links and provide ability for bidirectional link. A referenced document can know other documents referencing to it. Indexing functions would solve the proble that such information is not available. In similar way WWW search engines ind - Relational hyperlink inserting would keep track of hyperlinks at moment they are inserted. Because of the nature of systems we have that requires users' attention. Would we build from beginning structural lists of available hyperlinks that would not need users' attention. Practically it would or should be "hooked" so that when user wish to insert a hyperlink the facility must be there to first: verify that hyperlink is indexed beforehand, and to remember that hyperlink is inserted into which document. Document A would have hyperlink to document B, but document B would know that document A has a hyperlink to it. Jumping from A to B is possible as usual, but jumping from B to A would be enabled as well. -- Jean Take action in Free Software Foundation campaigns: https://www.fsf.org/campaigns In support of Richard M. Stallman https://stallmansupport.org/