Bonjour tout l'monde !

I am writing to both Emacs-devel and org-mode list because this concer= ns
browsing URL, and Org-mode already has quite some stuff on this.

Recently I came across this that in an Info file a =AB file: = ;=BB protocol
URL is not opened at point. Please find attached a patch to make it
known to the Emacs info browser.

My point was that I have some manual that are only in HTML or PDF, lik= e
the SVN manual, In have a local copy, and I want to find it through a
manual index that I written in Texinfo to get an info node with this
index.

I suspect that some other people than me may have the same need, and a= s
such the patch is useful. If everybody agrees with the attached patch I
can commit/push it on the master branch.

Now, maybe it is the time to reconsider how the info browser consider
URL's, maybe there is some code factorization to do with org-mode, in
order to accept a wider range of variety of URL's. Org-mode is good at
that, and that is why I am having its forum in the loop of this
discussion.

For instance, I remember that at some point of time at my job I was handling some requirements with IBM-Doors (it was a long time ago, and
that SW was named Telelogic-Doors at that time). I had a few org-mode
files with custom URL's pointing at Doors objects, and that was quite
useful to me to be able to keep in my TODO lists, and other Org-mode
stuff direct links to these objects. I suspect that some people may have the same need with Texinfo documents when they want to use custom URL's=85<= /div>

Vincent.

--_000_AM6PR10MB1957E6380267C6C437E77D19844B0AM6PR10MB1957EURP_-- --_004_AM6PR10MB1957E6380267C6C437E77D19844B0AM6PR10MB1957EURP_ Content-Type: application/octet-stream; name="info-patch.diff" Content-Description: info-patch.diff Content-Disposition: attachment; filename="info-patch.diff"; size=629; creation-date="Sun, 24 Jun 2018 06:42:50 GMT"; modification-date="Sun, 24 Jun 2018 06:42:50 GMT" Content-Transfer-Encoding: base64 ZGlmZiAtLWdpdCBhL2xpc3AvaW5mby5lbCBiL2xpc3AvaW5mby5lbAppbmRleCBjNDViN2Y5Y2Iz Li5hYjJjNTFkODRiIDEwMDY0NAotLS0gYS9saXNwL2luZm8uZWwKKysrIGIvbGlzcC9pbmZvLmVs CkBAIC0zOTM4LDggKzM5MzgsOCBAQCBJbmZvLXRyeS1mb2xsb3ctbmVhcmVzdC1ub2RlCiBJZiBG T1JLIGlzIG5vbi1uaWwsIGl0IGlzIHBhc3NlZCB0byBgSW5mby1nb3RvLW5vZGUnLiIKICAgKGxl dCAobm9kZSkKICAgICAoY29uZAotICAgICAoKHNldHEgbm9kZSAoSW5mby1nZXQtdG9rZW4gKHBv aW50KSAiW2hmXXQ/dHBzPzovLyIKLQkJCQkgIlxcKFtoZl10P3Rwcz86Ly9bXiBcdFxuXCJg4oCY KHs8Pn0p4oCZJ10rXFwpIikpCisgICAgICgoc2V0cSBub2RlIChJbmZvLWdldC10b2tlbiAocG9p bnQpICJcXCg/OmZcXCg/OmlsZVxcfHRwXFwpXFx8aHR0cHM/XFwpOi8vIgorCQkJCSAiXFwoXFwo PzpmXFwoPzppbGVcXHx0cFxcKVxcfGh0dHBzP1xcKTovL1teIFx0XG5cImDigJgoezw+fSnigJkn XStcXCkiKSkKICAgICAgIChicm93c2UtdXJsIG5vZGUpCiAgICAgICAoc2V0cSBub2RlIHQpKQog ICAgICAoKHNldHEgbm9kZSAoSW5mby1nZXQtdG9rZW4gKHBvaW50KSAiXFwqbm90ZVsgXG5cdF0r Igo= --_004_AM6PR10MB1957E6380267C6C437E77D19844B0AM6PR10MB1957EURP_-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eli Zaretskii Subject: =?UTF-8?B?UmU6IGluZm8gVVJMIMKrIG9wZW4gYXQgcG9pbnQgwrsgcGF0Y2g=?= Date: Sun, 24 Jun 2018 17:31:26 +0300 Message-ID: <83h8lstfwh.fsf@gnu.org> References: Reply-To: Eli Zaretskii Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:47662) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fX639-00042B-Ml for emacs-orgmode@gnu.org; Sun, 24 Jun 2018 10:31:32 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fX637-0000nd-Cu for emacs-orgmode@gnu.org; Sun, 24 Jun 2018 10:31:31 -0400 In-reply-to: (message from Vincent =?windows-1252?Q?Bela=EFche?= on Sun, 24 Jun 2018 06:57:53 +0000) List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: "Emacs-orgmode" To: Vincent =?windows-1252?Q?Bela=EFche?= Cc: emacs-orgmode@gnu.org, emacs-devel@gnu.org > From: Vincent Belaďche > Date: Sun, 24 Jun 2018 06:57:53 +0000 > > I am writing to both Emacs-devel and org-mode list because this concerns > browsing URL, and Org-mode already has quite some stuff on this. > Recently I came across this that in an Info file a Ť file: ť protocol > URL is not opened at point. Please find attached a patch to make it > known to the Emacs info browser. > My point was that I have some manual that are only in HTML or PDF, like > the SVN manual, In have a local copy, and I want to find it through a > manual index that I written in Texinfo to get an info node with this > index. Maybe I'm missing something, but I don't understand why support for file:// protocol is needed in Info. Info already supports its own protocol of referencing to an external file, via the @xref command and its varieties, with 4 or more arguments. So why cannot you simply use one of those cross-referencing commands, if you want a reference to another manual? Thanks. From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jean-Christophe Helary Subject: =?UTF-8?B?UmU6IGluZm8gVVJMIMKrIG9wZW4gYXQgcG9pbnQgwrsgcGF0Y2g=?= Date: Sun, 24 Jun 2018 23:46:32 +0900 Message-ID: <86C481C5-D11D-4598-92CB-9DA98ADA03CC@gmail.com> References: Mime-Version: 1.0 (Mac OS X Mail 11.4 \(3445.8.2\)) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:50643) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fX6Hr-0008Tw-DC for emacs-orgmode@gnu.org; Sun, 24 Jun 2018 10:46:44 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fX6Hq-0004q7-NH for emacs-orgmode@gnu.org; Sun, 24 Jun 2018 10:46:43 -0400 In-Reply-To: List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: "Emacs-orgmode" To: =?utf-8?Q?Vincent_Bela=C3=AFche?= Cc: "emacs-orgmode@gnu.org" , EMACS devel list > On Jun 24, 2018, at 15:57, Vincent Bela=C3=AFche = wrote: >=20 > Bonjour tout l'monde ! > I am writing to both Emacs-devel and org-mode list because this = concerns > browsing URL, and Org-mode already has quite some stuff on this. > Recently I came across this that in an Info file a =C2=AB file: =C2=BB = protocol > URL is not opened at point. Please find attached a patch to make it > known to the Emacs info browser. > My point was that I have some manual that are only in HTML or PDF, = like > the SVN manual, In have a local copy, and I want to find it through a > manual index that I written in Texinfo to get an info node with this > index. > Wouldn't it be shorter and easier to understand/maintain to explicitly = describe the protocols: + ((setq node (Info-get-token (point) = "\\(?:f\\(?:ile\\|tp\\)\\|https?\\)://" ??? Jean-Christophe Helary ----------------------------------------------- http://mac4translators.blogspot.com @brandelune From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?iso-8859-1?Q?Vincent_Bela=EFche?= Subject: =?UTF-8?B?UkU6IGluZm8gVVJMIMKrIG9wZW4gYXQgcG9pbnQgwrsgcGF0Y2g=?= Date: Sun, 24 Jun 2018 16:48:30 +0000 Message-ID: References: , <83h8lstfwh.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="_000_AM6PR10MB1957737A9992A3C43201F603844B0AM6PR10MB1957EURP_" Return-path: In-Reply-To: <83h8lstfwh.fsf@gnu.org> Content-Language: fr-FR List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sender: "Emacs-devel" To: Eli Zaretskii Cc: "emacs-orgmode@gnu.org" , "emacs-devel@gnu.org" List-Id: emacs-orgmode.gnu.org --_000_AM6PR10MB1957737A9992A3C43201F603844B0AM6PR10MB1957EURP_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello Eli, To my understanding @xref works only for info links (node names or anchors,= or qualified thereof where the qualificator is the info document name) ---= maybe I am wrong, tell me if so --- but I want to refer to an HTML or PDF= document. Vincent. ________________________________ De : Eli Zaretskii Envoy=E9 : dimanche 24 juin 2018 16:31 =C0 : Vincent Bela=EFche Cc : emacs-devel@gnu.org; emacs-orgmode@gnu.org Objet : Re: info URL =AB open at point =BB patch > From: Vincent Bela=EFche > Date: Sun, 24 Jun 2018 06:57:53 +0000 > > I am writing to both Emacs-devel and org-mode list because this concerns > browsing URL, and Org-mode already has quite some stuff on this. > Recently I came across this that in an Info file a =AB file: =BB protocol > URL is not opened at point. Please find attached a patch to make it > known to the Emacs info browser. > My point was that I have some manual that are only in HTML or PDF, like > the SVN manual, In have a local copy, and I want to find it through a > manual index that I written in Texinfo to get an info node with this > index. Maybe I'm missing something, but I don't understand why support for file:// protocol is needed in Info. Info already supports its own protocol of referencing to an external file, via the @xref command and its varieties, with 4 or more arguments. So why cannot you simply use one of those cross-referencing commands, if you want a reference to another manual? Thanks. --_000_AM6PR10MB1957737A9992A3C43201F603844B0AM6PR10MB1957EURP_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hello Eli,

To my understanding @xref works o= nly for info links (node names or anchors, or qualified thereof where the q= ualificator is the info document name) --- maybe I am wrong, tell me if so = --- but I want to refer to an HTML or PDF document.

Vincent.

De : Eli Zaretskii <eliz= @gnu.org>
Envoy=E9 : dimanche 24 juin 2018 16:31
=C0 : Vincent Bela=EFche
Cc : emacs-devel@gnu.org; emacs-orgmode@gnu.org
Objet : Re: info URL =AB open at point =BB patch

> From: Vincent Bela=EFche <vincent.b.1@hotm= ail.fr>
> Date: Sun, 24 Jun 2018 06:57:53 +0000
>
> I am writing to both Emacs-devel and org-mode list because this concer= ns
> browsing URL, and Org-mode already has quite some stuff on this.
> Recently I came across this that in an Info file a =AB file: =BB proto= col
> URL is not opened at point. Please find attached a patch to make it > known to the Emacs info browser.
> My point was that I have some manual that are only in HTML or PDF, lik= e
> the SVN manual, In have a local copy, and I want to find it through a<= br> > manual index that I written in Texinfo to get an info node with this > index.

Maybe I'm missing something, but I don't understand why support for
file:// protocol is needed in Info. Info already supports its own
protocol of referencing to an external file, via the @xref command and
its varieties, with 4 or more arguments. So why cannot you simply use=
one of those cross-referencing commands, if you want a reference to
another manual?

Thanks.

--_000_AM6PR10MB1957737A9992A3C43201F603844B0AM6PR10MB1957EURP_-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?Windows-1252?Q?Vincent_Bela=EFche?= Subject: =?UTF-8?B?UkU6IGluZm8gVVJMIMKrIG9wZW4gYXQgcG9pbnQgwrsgcGF0Y2g=?= Date: Sun, 24 Jun 2018 16:49:29 +0000 Message-ID: References: , <83h8lstfwh.fsf@gnu.org>, Mime-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Return-path: In-Reply-To: Content-Language: fr-FR List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sender: "Emacs-devel" To: Eli Zaretskii Cc: "emacs-orgmode@gnu.org" , "emacs-devel@gnu.org" List-Id: emacs-orgmode.gnu.org See (info "(texinfo) Reference Syntax")=85 De : Vincent Bela=EFche Envoy=E9 : dimanche 24 juin 2018 18:48 =C0 : Eli Zaretskii Cc=A0: emacs-devel@gnu.org; emacs-orgmode@gnu.org Objet : RE: info URL =AB open at point =BB patch =A0 =20 Hello Eli, To my understanding @xref works only for info links (node names or anchors,= or qualified thereof where the qualificator is the info document name) ---= maybe I am wrong, tell me if so ---=A0 but I want to refer to an HTML or = PDF document. =A0 Vincent. De : Eli Zaretskii Envoy=E9 : dimanche 24 juin 2018 16:31 =C0 : Vincent Bela=EFche Cc=A0: emacs-devel@gnu.org; emacs-orgmode@gnu.org Objet : Re: info URL =AB open at point =BB patch =A0=20 > From: Vincent Bela=EFche > Date: Sun, 24 Jun 2018 06:57:53 +0000 >=20 > I am writing to both Emacs-devel and org-mode list because this concerns > browsing URL, and Org-mode already has quite some stuff on this. > Recently I came across this that in an Info file a =AB file: =BB protocol > URL is not opened at point. Please find attached a patch to make it > known to the Emacs info browser. > My point was that I have some manual that are only in HTML or PDF, like > the SVN manual, In have a local copy, and I want to find it through a > manual index that I written in Texinfo to get an info node with this > index. Maybe I'm missing something, but I don't understand why support for file:// protocol is needed in Info.=A0 Info already supports its own protocol of referencing to an external file, via the @xref command and its varieties, with 4 or more arguments.=A0 So why cannot you simply use one of those cross-referencing commands, if you want a reference to another manual? Thanks. = From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eli Zaretskii Subject: =?UTF-8?B?UmU6IGluZm8gVVJMIMKrIG9wZW4gYXQgcG9pbnQgwrsgcGF0Y2g=?= Date: Sun, 24 Jun 2018 20:03:31 +0300 Message-ID: <8336xct8v0.fsf@gnu.org> References: , <83h8lstfwh.fsf@gnu.org> Reply-To: Eli Zaretskii Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Return-path: In-reply-to: (message from Vincent =?iso-8859-1?Q?Bela=EFche?= on Sun, 24 Jun 2018 16:48:30 +0000) List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sender: "Emacs-devel" To: Vincent =?iso-8859-1?Q?Bela=EFche?= Cc: emacs-orgmode@gnu.org, emacs-devel@gnu.org List-Id: emacs-orgmode.gnu.org > From: Vincent Belaďche > CC: "emacs-devel@gnu.org" , "emacs-orgmode@gnu.org" > > Date: Sun, 24 Jun 2018 16:48:30 +0000 > > To my understanding @xref works only for info links (node names or anchors, or qualified thereof where the > qualificator is the info document name) --- maybe I am wrong, tell me if so --- but I want to refer to an HTML > or PDF document. No, Texinfo cross-references work in any format supported by Texinfo. If your link should only appear in the HTML version, you could use the @ifhtml..@end ifhtml conditional, and similarly with links that should only appear in PDF (i.e. printed version) of the manual. There's also @ifnotinfo etc. So once again I don't think I understand the problem. Could you perhaps elaborate, or show an actual example? From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?iso-8859-1?Q?Vincent_Bela=EFche?= Subject: =?UTF-8?B?UkU6IGluZm8gVVJMIMKrIG9wZW4gYXQgcG9pbnQgwrsgcGF0Y2g=?= Date: Sun, 24 Jun 2018 18:21:20 +0000 Message-ID: References: , <83h8lstfwh.fsf@gnu.org> , <8336xct8v0.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Return-path: In-Reply-To: <8336xct8v0.fsf@gnu.org> Content-Language: fr-FR List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sender: "Emacs-devel" To: Eli Zaretskii Cc: "emacs-orgmode@gnu.org" , "emacs-devel@gnu.org" List-Id: emacs-orgmode.gnu.org What I want to do is to refer an HTML or PDF document from an Info document= . So I want the info browser to launch the web browser for it to open a =AB=A0file:=A0=BB protocol document. Here is the Texinfo source which I would like to use: --8<----8<----8<----8<----8<-- begin -->8---->8---->8---->8---->8---- \input texinfo @c -*-texinfo-*- @c %**start of header @setfilename svnbook.info @settitle Manuel Subversion 1.8 @c %**end of header @dircategory Archiving @direntry * SVN book: (svnbook). Gestion de versions avec Subversion @end direntry @node Top @top SVN Book @url{file:///c%3A/Program%20Files/CollabNet/Subversion%20Client/doc/svn-boo= k-html-chunk/index.html,SVN book} @bye @c Lo cal Variables: @c compile-command: "makeinfo svnbook.texi && copy svnbook.info c:\\Nos_Pro= grammes\\MinGW\\msys\\info\\" @c End: --8<----8<----8<----8<----8<-- end -->8---->8---->8---->8---->8---- Vincent. De : Eli Zaretskii Envoy=E9 : dimanche 24 juin 2018 19:03 =C0 : Vincent Bela=EFche Cc=A0: emacs-devel@gnu.org; emacs-orgmode@gnu.org Objet : Re: info URL =AB open at point =BB patch =A0=20 > From: Vincent Bela=EFche > CC: "emacs-devel@gnu.org" , "emacs-orgmode@gnu.org" >=A0=A0=A0=A0=A0=A0=A0 > Date: Sun, 24 Jun 2018 16:48:30 +0000 >=20 > To my understanding @xref works only for info links (node names or anchor= s, or qualified thereof where the > qualificator is the info document name) --- maybe I am wrong, tell me if = so ---=A0 but I want to refer to an HTML > or PDF document. No, Texinfo cross-references work in any format supported by Texinfo. If your link should only appear in the HTML version, you could use the @ifhtml..@end ifhtml conditional, and similarly with links that should only appear in PDF (i.e. printed version) of the manual.=A0 There's also @ifnotinfo etc. So once again I don't think I understand the problem.=A0 Could you perhaps elaborate, or show an actual example? = From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eli Zaretskii Subject: =?UTF-8?B?UmU6IGluZm8gVVJMIMKrIG9wZW4gYXQgcG9pbnQgwrsgcGF0Y2g=?= Date: Sun, 24 Jun 2018 21:45:58 +0300 Message-ID: <83y3f4rpjt.fsf@gnu.org> References: , <83h8lstfwh.fsf@gnu.org> , <8336xct8v0.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:52041) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fXA1W-0004b2-SJ for emacs-orgmode@gnu.org; Sun, 24 Jun 2018 14:46:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fXA1R-00009j-Vh for emacs-orgmode@gnu.org; Sun, 24 Jun 2018 14:46:06 -0400 In-reply-to: (message from Vincent =?iso-8859-1?Q?Bela=EFche?= on Sun, 24 Jun 2018 18:21:20 +0000) List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: "Emacs-orgmode" To: Vincent =?iso-8859-1?Q?Bela=EFche?= Cc: emacs-orgmode@gnu.org, emacs-devel@gnu.org > From: Vincent Belaďche > CC: "emacs-devel@gnu.org" , "emacs-orgmode@gnu.org" > > Date: Sun, 24 Jun 2018 18:21:20 +0000 > > What I want to do is to refer an HTML or PDF document from an Info document. So > I want the info browser to launch the web browser for it to open a > Ť file: ť protocol document. Got it. Strange use case, but whatever. From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?Windows-1252?Q?Vincent_Bela=EFche?= Subject: =?UTF-8?B?UkU6IGluZm8gVVJMIMKrIG9wZW4gYXQgcG9pbnQgwrsgcGF0Y2g=?= Date: Sun, 24 Jun 2018 20:30:04 +0000 Message-ID: References: , <86C481C5-D11D-4598-92CB-9DA98ADA03CC@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Return-path: In-Reply-To: <86C481C5-D11D-4598-92CB-9DA98ADA03CC@gmail.com> Content-Language: fr-FR List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sender: "Emacs-devel" To: Jean-Christophe Helary Cc: "emacs-orgmode@gnu.org" , EMACS devel list List-Id: emacs-orgmode.gnu.org I generated the regexp with (regexp-opt '("ftp" "http" "https" "file")). I admit that the list of protocols is not clear from the regexp, but it was already done this way before my change, and I tried to minimize the change. More concerning in my opinion is how the Info-get-token is written. As some point of the code one can read the following statement: =A0=A0=A0=A0=A0 ;; First look for a match for START that goes across POS. =A0=A0=A0=A0=A0 (while (and (not (bobp)) (> (point) (- pos (length start))) =A0=A0=A0 (not (looking-at start))) =A0(forward-char -1)) Here start is a regexp, so (length start) is just the length of the string holding the regexp, not the max length over which the regexp match can span. For instance assume that aaaaaaaaaa is a new new protocol which you want Info-get-token to catch. This is 10 character long, but the typical regexp to catch it would be =AB=A0a\{10\}=A0=BB which= is only 7 character long. It would propably be cleaner to provide the value to be used instead of (length start) as a separate optional argument that would be set to (length start) if omitted. Another way would be to have some standard function max-matchable-length that given some regexp would compute the maximum length of its match (or output some special value like t if the maximum length is infinite), thus (length start) could be replaced by (max-matchable-length start) --- maybe this is already somthing existing. In the same vein there could be some standard function that given regexp re and some position pos-in would function position pos-out such that the following expression would be true: (save-excursion =A0 (goto-char pos-out) =A0 (and (<=3D pos-out pos-in) =A0=A0=A0=A0=A0=A0 (looking-at re) =A0=A0=A0=A0=A0=A0 (>=3D (match-end 0) pos-in))) I think that such standard function is already existing, but I can't remember the package name which provides it=85 =A0 V.= From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?iso-8859-1?Q?Vincent_Bela=EFche?= Subject: =?UTF-8?B?UkU6IGluZm8gVVJMIMKrIG9wZW4gYXQgcG9pbnQgwrsgcGF0Y2g=?= Date: Sun, 24 Jun 2018 20:34:26 +0000 Message-ID: References: , <83h8lstfwh.fsf@gnu.org> , <8336xct8v0.fsf@gnu.org> , <83y3f4rpjt.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Return-path: In-Reply-To: <83y3f4rpjt.fsf@gnu.org> Content-Language: fr-FR List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sender: "Emacs-devel" To: Eli Zaretskii Cc: "emacs-orgmode@gnu.org" , "emacs-devel@gnu.org" List-Id: emacs-orgmode.gnu.org I agree it is a bit strange, but the reason for it is simple : I would like a single entry point for all the manuals installed on my PC, so that my old and tired brain does not have to remember where the manual is located, and what format is it written in. So it would be nice if all the manuals were just listed in the info top level menu. So, for manuals that are not written in Texinfo and which I have only a PDF, HTML, or whatever, I would like just to create a direntry with an url to the concerned manual. =A0 V. De : Eli Zaretskii Envoy=E9 : dimanche 24 juin 2018 20:45 =C0 : Vincent Bela=EFche Cc=A0: emacs-devel@gnu.org; emacs-orgmode@gnu.org Objet : Re: info URL =AB open at point =BB patch =A0=20 > From: Vincent Bela=EFche > CC: "emacs-devel@gnu.org" , "emacs-orgmode@gnu.org" >=A0=A0=A0=A0=A0=A0=A0 > Date: Sun, 24 Jun 2018 18:21:20 +0000 >=20 > What I want to do is to refer an HTML or PDF document from an Info docume= nt. So > I want the info browser to launch the web browser for it to open a > =AB=A0file:=A0=BB=A0 protocol document. Got it.=A0 Strange use case, but whatever. = From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eli Zaretskii Subject: =?UTF-8?B?UmU6IGluZm8gVVJMIMKrIG9wZW4gYXQgcG9pbnQgwrsgcGF0Y2g=?= Date: Mon, 25 Jun 2018 05:30:00 +0300 Message-ID: <83vaa7simv.fsf@gnu.org> References: , <83h8lstfwh.fsf@gnu.org> , <8336xct8v0.fsf@gnu.org> , <83y3f4rpjt.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Return-path: In-reply-to: (message from Vincent =?iso-8859-1?Q?Bela=EFche?= on Sun, 24 Jun 2018 20:34:26 +0000) List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sender: "Emacs-devel" To: Vincent =?iso-8859-1?Q?Bela=EFche?= Cc: emacs-orgmode@gnu.org, emacs-devel@gnu.org List-Id: emacs-orgmode.gnu.org > From: Vincent Belaďche > CC: "emacs-devel@gnu.org" , "emacs-orgmode@gnu.org" > > Date: Sun, 24 Jun 2018 20:34:26 +0000 > > I agree it is a bit strange, but the reason for it is simple : I would > like a single entry point for all the manuals installed on my PC, so > that my old and tired brain does not have to remember where the manual > is located, and what format is it written in. So it would be nice if all > the manuals were just listed in the info top level menu. That's not the strange part. The strange part is to reference an HTML document from a Texinfo document. From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?iso-8859-1?Q?Vincent_Bela=EFche?= Subject: =?UTF-8?B?UkU6IGluZm8gVVJMIMKrIG9wZW4gYXQgcG9pbnQgwrsgcGF0Y2g=?= Date: Tue, 26 Jun 2018 05:19:32 +0000 Message-ID: References: , <83h8lstfwh.fsf@gnu.org> , <8336xct8v0.fsf@gnu.org> , <83y3f4rpjt.fsf@gnu.org> , <83vaa7simv.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Return-path: In-Reply-To: <83vaa7simv.fsf@gnu.org> Content-Language: fr-FR List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sender: "Emacs-devel" To: Eli Zaretskii , "emacs-devel@gnu.org" Cc: "emacs-orgmode@gnu.org" List-Id: emacs-orgmode.gnu.org Just to be factual: 1) Does anybody objects the patch as it is --- if not I would push it to th= e repo ? 2) Does anybody agrees that the coding of Info-get-token is not futureproof= (length of regexp string used for max length of matchable string). Vincent. De : Eli Zaretskii Envoy=E9 : lundi 25 juin 2018 04:30 =C0 : Vincent Bela=EFche Cc=A0: emacs-devel@gnu.org; emacs-orgmode@gnu.org Objet : Re: info URL =AB open at point =BB patch =A0=20 > From: Vincent Bela=EFche > CC: "emacs-devel@gnu.org" , "emacs-orgmode@gnu.org" >=A0=A0=A0=A0=A0=A0=A0 > Date: Sun, 24 Jun 2018 20:34:26 +0000 >=20 > I agree it is a bit strange, but the reason for it is simple : I would > like a single entry point for all the manuals installed on my PC, so > that my old and tired brain does not have to remember where the manual > is located, and what format is it written in. So it would be nice if all > the manuals were just listed in the info top level menu. That's not the strange part.=A0 The strange part is to reference an HTML document from a Texinfo document. = From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?iso-8859-1?Q?Vincent_Bela=EFche?= Subject: =?UTF-8?B?UkU6IGluZm8gVVJMIMKrIG9wZW4gYXQgcG9pbnQgwrsgcGF0Y2g=?= Date: Tue, 26 Jun 2018 05:47:04 +0000 Message-ID: References: , <83h8lstfwh.fsf@gnu.org> , <8336xct8v0.fsf@gnu.org> , <83y3f4rpjt.fsf@gnu.org> , <83vaa7simv.fsf@gnu.org>, Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Return-path: In-Reply-To: Content-Language: fr-FR List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sender: "Emacs-devel" To: Eli Zaretskii , "emacs-orgmode@gnu.org" , Jean-Christophe Helary Cc: "emacs-devel@gnu.org" List-Id: emacs-orgmode.gnu.org One more point : do org-mode experts have an idea about whether there are any better way to match a URL that can be browsed with the browse-url function. My point is that for a modular design, the same package that provides the browse-url function, should also provide some match-url-at-point-p predicate, e.g. - 1st optional argument would give a point in the current buffer, (point) i= f omitted =20 - 2nd optional argument would be an include/exclude list of protocols which= you want/don't want to browse with browse-url. All browsable protocols would be assumed if omitted. For instance the info browser would exclude info protocol, so that it can directly browse it. This way the package calling browse-url would be independant/futureproof w.r.t. to URL format/evolultion. V. From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eli Zaretskii Subject: =?UTF-8?B?UmU6IGluZm8gVVJMIMKrIG9wZW4gYXQgcG9pbnQgwrsgcGF0Y2g=?= Date: Tue, 26 Jun 2018 17:30:29 +0300 Message-ID: <83o9fxr56i.fsf@gnu.org> References: , <83h8lstfwh.fsf@gnu.org> , <8336xct8v0.fsf@gnu.org> , <83y3f4rpjt.fsf@gnu.org> , <83vaa7simv.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:44318) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fXozJ-0006UW-1k for emacs-orgmode@gnu.org; Tue, 26 Jun 2018 10:30:33 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fXozF-0002Qh-7A for emacs-orgmode@gnu.org; Tue, 26 Jun 2018 10:30:33 -0400 In-reply-to: (message from Vincent =?iso-8859-1?Q?Bela=EFche?= on Tue, 26 Jun 2018 05:19:32 +0000) List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: "Emacs-orgmode" To: Vincent =?iso-8859-1?Q?Bela=EFche?= Cc: emacs-orgmode@gnu.org, emacs-devel@gnu.org > From: Vincent Belaďche > CC: "emacs-orgmode@gnu.org" > Date: Tue, 26 Jun 2018 05:19:32 +0000 > > Just to be factual: > 1) Does anybody objects the patch as it is --- if not I would push it to the repo ? It needs to be called out in NEWS. > 2) Does anybody agrees that the coding of Info-get-token is not futureproof (length of regexp string used for max length of matchable string). IMO, it's a separate issue and should be discussed separately. Thanks. From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eli Zaretskii Subject: =?UTF-8?B?UmU6IGluZm8gVVJMIMKrIG9wZW4gYXQgcG9pbnQgwrsgcGF0Y2g=?= Date: Tue, 26 Jun 2018 17:34:34 +0300 Message-ID: <83muvhr4zp.fsf@gnu.org> References: , <83h8lstfwh.fsf@gnu.org> , <8336xct8v0.fsf@gnu.org> , <83y3f4rpjt.fsf@gnu.org> , <83vaa7simv.fsf@gnu.org>, Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Return-path: In-reply-to: (message from Vincent =?iso-8859-1?Q?Bela=EFche?= on Tue, 26 Jun 2018 05:47:04 +0000) List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sender: "Emacs-devel" To: Vincent =?iso-8859-1?Q?Bela=EFche?= Cc: emacs-orgmode@gnu.org, brandelune@gmail.com, emacs-devel@gnu.org List-Id: emacs-orgmode.gnu.org > From: Vincent Belaďche > CC: "emacs-devel@gnu.org" > Date: Tue, 26 Jun 2018 05:47:04 +0000 > > My point is that for a modular design, the same package that provides > the browse-url function, should also provide some match-url-at-point-p > predicate, e.g. There is such a function: browse-url-url-at-point. But in general, I don't agree with your assertion: there's nothing wrong for, e.g., browse-url.el to use a utility function declared somewhere else. Modularity doesn't mean each module must be standalone and self-contained. From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?iso-8859-1?Q?Vincent_Bela=EFche?= Subject: =?UTF-8?B?UkU6IGluZm8gVVJMIMKrIG9wZW4gYXQgcG9pbnQgwrsgcGF0Y2g=?= Date: Wed, 27 Jun 2018 17:39:33 +0000 Message-ID: References: , <83h8lstfwh.fsf@gnu.org> , <8336xct8v0.fsf@gnu.org> , <83y3f4rpjt.fsf@gnu.org> , <83vaa7simv.fsf@gnu.org>, , <83muvhr4zp.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Return-path: In-Reply-To: <83muvhr4zp.fsf@gnu.org> Content-Language: fr-FR List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sender: "Emacs-devel" To: Eli Zaretskii Cc: "emacs-orgmode@gnu.org" , "brandelune@gmail.com" , "emacs-devel@gnu.org" List-Id: emacs-orgmode.gnu.org Hello Eli, Concerning the patch, I understood that you agree with it provided that it is upgraded to mention the change in the etc/NEWS file. So I did that & pushed the change. Concerning your point =AB=A0Modularity doesn't mean each module must be standalone and self-contained=A0=BB, I agree, and I did not say that there would be anything wrong for e.g. browse-url.el to use a utility function defined elsewhere. Modules are supposed to interact with each other, and that implies that they cannot be fully standalone. However, modulary means that one should observe some functional split: any package, to be called a package, should have in its documentation some terms of reference saying its purpose and listing what functions it accomplishes. While the purpose of the info package is not primarily url manipulation, I had suspected that this sort function was encompassed by the package providing the browse-url function, and that is why I stated that it would be a better modularity if info was relying on a function provided elsewhere --- which indeed is the opposite statement as saying that info has to be standalone and self-contain, and as such re-invent the wheel of url manipulation by itself. Maybe my mistake was however to assume that 'elsewhere' would be best in the same package as that providing 'browse-url', but anyhow, I stand on my point that keeping some URL format specific "\\(?:f\\(?:ile\\|tp\\)\\|https?\\)://" regexp within the the Info-follow-nearest-node is not very good from a modularity point of view. BTW, the 'browse-url-url-at-point' is not documented by a docstring, so can we assume that it is usable outside browse-url ? Anyway, looking at the code I realized that the real work of grabbing the URL is delegated to the thingatpt package, so my suggestion would be that info should also use thingatpt. Probably it would be even better with something like the following construct to remove info URI from those allowed, as they would better be handled from the info browser itself: (let* ((uri-schemes (copy-sequence thing-at-point-uri-schemes)) =A0=A0=A0=A0=A0=A0 (info-uri (car-safe (member "info:" uri-schemes))) =A0=A0=A0=A0=A0=A0 (thing-at-point-uri-schemes (delq info-uri uri-schemes))= ) =A0=A0=A0=A0=A0=A0 (thing-at-point 'url t)) OK, the info browser does not directly knows about info URL, so some additional work is needed to catch them too. To me this is a real corner case scenario to refer to a document inside a Texinfo docuemnt via an info URL: that would mean the document is available only in info format, ie has not be published in Texinfo. I am not even sure that such document exists. Aren't info URL meant only to refer to info document from document written with something else than Texinfo ? =A0 V. De : Eli Zaretskii Envoy=E9 : mardi 26 juin 2018 16:34 =C0 : Vincent Bela=EFche Cc : emacs-orgmode@gnu.org; brandelune@gmail.com; emacs-devel@gnu.org Objet : Re: info URL =AB open at point =BB patch=20 =A0 > From: Vincent Bela=EFche > CC: "emacs-devel@gnu.org" > Date: Tue, 26 Jun 2018 05:47:04 +0000 >=20 > My point is that for a modular design, the same package that provides > the browse-url function, should also provide some match-url-at-point-p > predicate, e.g. There is such a function: browse-url-url-at-point. But in general, I don't agree with your assertion: there's nothing wrong for, e.g., browse-url.el to use a utility function declared somewhere else.=A0 Modularity doesn't mean each module must be standalone and self-contained. From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eli Zaretskii Subject: =?UTF-8?B?UmU6IGluZm8gVVJMIMKrIG9wZW4gYXQgcG9pbnQgwrsgcGF0Y2g=?= Date: Wed, 27 Jun 2018 21:11:22 +0300 Message-ID: <83tvpop0ad.fsf@gnu.org> References: , <83h8lstfwh.fsf@gnu.org> , <8336xct8v0.fsf@gnu.org> , <83y3f4rpjt.fsf@gnu.org> , <83vaa7simv.fsf@gnu.org>, , <83muvhr4zp.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Return-path: In-reply-to: (message from Vincent =?iso-8859-1?Q?Bela=EFche?= on Wed, 27 Jun 2018 17:39:33 +0000) List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sender: "Emacs-devel" To: Vincent =?iso-8859-1?Q?Bela=EFche?= Cc: emacs-orgmode@gnu.org, brandelune@gmail.com, emacs-devel@gnu.org List-Id: emacs-orgmode.gnu.org > From: Vincent Belaďche > CC: "emacs-orgmode@gnu.org" , "brandelune@gmail.com" > , "emacs-devel@gnu.org" > Date: Wed, 27 Jun 2018 17:39:33 +0000 > > Concerning the patch, I understood that you agree with it provided that > it is upgraded to mention the change in the etc/NEWS file. So I did that > & pushed the change. Actually, I expected to see the full changeset before it went in. For the future, please try to follow the conventions in NEWS, and also please provide ChangeLog-style entries in the commit log message describing the places (functions, variables, etc.) where you make changes. See CONTRIBUTE for more details. I fixed the NEWS entry, but I cannot fix the log entry. Thanks.