Any way to tell Emacs how to open specific URIs?

Any way to tell Emacs how to open specific URIs?

[Jean Louis]

I am using goto-browse-mode to highlight URLs and goto-browse-mode
uses in turn thing-at-point-uri-schemes and that is great.

But what I miss is how to define how to activate those URLs, as I
would like to activate those URLs in those buffers where
goto-browse-mode is is activated.

I strongly need a way to define how to open specific URIs as shown
here and to define some of my own. This will expand the program
capabilities I am making.

Is there any current way to define how to open these URIs?

Is there any plan to define those URIs how to open them?

thing-at-point-uri-schemes is a variable defined in ‘thingatpt.el’.
Its value is
("aaa://" "about:" "acap://" "apt:" "bzr://" "bzr+ssh://" "attachment:/" "chrome://" "cid:" "content://" "crid://" "cvs://" "data:" "dav:" "dict://" "doi:" "dns:" "dtn:" "feed:" "file:/" "finger://" "fish://" "ftp://" "geo:" "git://" "go:" "gopher://" "h323:" "http://" "https://" "im:" "imap://" "info:" "ipp:" "irc://" "irc6://" "ircs://" "iris.beep:" "jar:" "ldap://" "ldaps://" "magnet:" "mailto:" "mid:" "mtqp://" "mupdate://" "news:" "nfs://" "nntp://" "opaquelocktoken:" "pop://" "pres:" "resource://" "rmi://" "rsync://" "rtsp://" "rtspu://" "service:" "sftp://" "sip:" "sips:" "smb://" "sms:" "snmp://" "soap.beep://" "soap.beeps://" "ssh://" "svn://" "svn+ssh://" "tag:" "tel:" "telnet://" "tftp://" "tip://" "tn3270://" "udp://" "urn:" "uuid:" "vemmi://" "webcal://" "xri://" "xmlrpc.beep:
 //" "xmlrpc.beeps://" "z39.50r://" "z39.50s://" "xmpp:" "fax:" "man:" "mms://" "mmsh://" "modem:" "prospero:" "snews:" "wais://")

Documentation:
List of URI schemes recognized by ‘thing-at-point-url-at-point’.
Each string in this list should correspond to the start of a
URI’s scheme component, up to and including the trailing // if
the scheme calls for that to be present.

Re: Any way to tell Emacs how to open specific URIs?

[陈志伟]

> I strongly need a way to define how to open specific URIs as shown
> here and to define some of my own. This will expand the program
> capabilities I am making.
> 
> Is there any current way to define how to open these URIs?
> 
> Is there any plan to define those URIs how to open them?


Are `org-insert-link-gloal’ and `org-open-at-point-global’ suitable for your cases?

--
Zhiwei Chen

Re: Any way to tell Emacs how to open specific URIs?

[T.V Raman]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=gb18030, Size: 348 bytes --]

So here is why it apparently crashes:



19:20:14 raman-glaptop emacs $ ./src/emacs: symbol lookup error: /home/raman/sourceforge/emacs-webkit/webkit-module.so: undefined symbol: webkit_web_view_get_type

[1]+  Exit 127                ./src/emacs
19:21:18 raman-glaptop emacs $ 
-- 

Thanks,

--Raman
7©4 Id: kg:/m/0285kf1  •0Ü8

Re: Any way to tell Emacs how to open specific URIs?

[Akira Kyle]

On Sun, Nov 22, 2020 at 08:23 PM, T.V Raman <raman@google.com> 
wrote:

> So here is why it apparently crashes:
>
>
>
> 19:20:14 raman-glaptop emacs $ ./src/emacs: symbol lookup error: 
> /home/raman/sourceforge/emacs-webkit/webkit-module.so: undefined 
> symbol: webkit_web_view_get_type
>
> [1]+  Exit 127                ./src/emacs
> 19:21:18 raman-glaptop emacs $ 

Ah I didn't see this before my last message. Someone else reported 
this same issue [1] so I have it on my todo list to look 
into. They were running bullseye/sid with libwebkitgtk2 
2.30.1. Perhaps you're running a similar setup?

[1] https://github.com/akirakyle/emacs-webkit/issues/2

Re: Any way to tell Emacs how to open specific URIs?

[Jean Louis]

* 陈志伟 <chenzhiwei03@kuaishou.com> [2020-11-23 05:42]:
> > I strongly need a way to define how to open specific URIs as shown
> > here and to define some of my own. This will expand the program
> > capabilities I am making.
> > 
> > Is there any current way to define how to open these URIs?
> > 
> > Is there any plan to define those URIs how to open them?
> 
> 
> Are `org-insert-link-gloal’ and `org-open-at-point-global’ suitable for your cases?

Thank you but no.

In any buffer I would like to use goto-address-mode which in turn uses
those defined URLs. I would not like converting any buffer into org
buffer and also disturbing the view with Org links [[][]]

Buffer can be plain text, it could be markdown, it could be any other
type of outline, also Org file. Org file would not contain Org links
but directly shown links as I cited them like

ftp://example.com

When goto-address-mode is turned on those links become visible and can
be activated. But now they are all activated by eww.

I wish to be able to define to activate ftp:// and other links in
goto-address-mode to either use some Emacs function or maybe to invoke
external program.

I think mid: is for message IDs, I need those features of customization.

Re: Any way to tell Emacs how to open specific URIs?

[T.V Raman]

Here is what I have installed:
 aptitude search libwebkit  | grep ^i
i A libwebkit2gtk-4.0-37 - Web content engine library for GTK
i  libwebkit2gtk-4.0-37-gtk2 - Transitional dummy package
i  libwebkit2gtk-4.0-dev - Web content engine library for GTK - development files
07:45:56 raman-glaptop projects $ 
-- 

Thanks,

--Raman
♉ Id: kg:/m/0285kf1  🦮

--

Thanks,

--Raman
♉ Id: kg:/m/0285kf1  🦮

[solved] - Re: Any way to tell Emacs how to open specific URIs?

[Jean Louis]

* 陈志伟 <chenzhiwei03@kuaishou.com> [2020-11-23 05:42]:
> > I strongly need a way to define how to open specific URIs as shown
> > here and to define some of my own. This will expand the program
> > capabilities I am making.
> > 
> > Is there any current way to define how to open these URIs?
> > 
> > Is there any plan to define those URIs how to open them?
> 
> Are `org-insert-link-gloal’ and `org-open-at-point-global’ suitable for your cases?

Thank you. This has been solved.

[[something][asdf]] is not well readable and requires me and users to
use Org mode to see the link. Emacs in general is more capable than
just that and there is goto-address-mode which automatically
recognizes specific parts of text as hyperlinks.

For example text files cannot be easily readable if
shared. People receive text files as instructions on my side and
their email readers will not necessaril support Org mode. Once
they come on computer, maybe yes. But they cannot easily
understand Org hyperlinks.

The new enhancement will recognize following hyperlinks automatically:

("aaa://" "about:" "acap://" "apt:" "bzr://" "bzr+ssh://" "attachment:/" "chrome://" "cid:" "content://" "crid://" "cvs://" "data:" "dav:" "dict://" "doi:" "dns:" "dtn:" "feed:" "file:/" "finger://" "fish://" "ftp://" "geo:" "git://" "go:" "gopher://" "h323:" "http://" "https://" "im:" "imap://" "info:" "ipp:" "irc://" "irc6://" "ircs://" "iris.beep:" "jar:" "ldap://" "ldaps://" "magnet:" "mailto:" "mid:" "mtqp://" "mupdate://" "news:" "nfs://" "nntp://" "opaquelocktoken:" "pop://" "pres:" "resource://" "rmi://" "rsync://" "rtsp://" "rtspu://" "service:" "sftp://" "sip:" "sips:" "smb://" "sms:" "snmp://" "soap.beep://" "soap.beeps://" "ssh://" "svn://" "svn+ssh://" "tag:" "tel:" "telnet://" "tftp://" "tip://" "tn3270://" "udp://" "urn:" "uuid:" "vemmi://" "webcal://" "xri://" "xmlrpc.beep:
 //" "xmlrpc.beeps://" "z39.50r://" "z39.50s://" "xmpp:" "fax:" "man:" "mms://" "mmsh://" "modem:" "prospero:" "snews:" "wais://")

Additional URIs can be added to the list to be recognized, that is great now.

Then report displayed on screen may be hyperlinked to subscribe or
chat with user on XMPP instant messaging application `jabber.el' by
simple clicking on:

Joe Doe's XMPP: xmpp:joe@example.com
                ^^^^^^^^^^^^^^^^^^^^
		 hyperlink in goto-address-mode

That hyperlink is much better readable and so much less confusing then this:

Joe Doe's XMPP: [[xmpp:joe@example.com][xmpp:joe@example.com]]

There is tel: URI and that means I can display

Joe Doe:

tel:+1234567890 and automatically initiate the call or send SMS
without thinking of Org formatting.

goto-address-mode is providing hyperlinks on meta level.

In general I am interested to enhance goto-address-mode with various
handlers. Lars already explained in one of bugs or enhancements
reported that he now adapted `browse-url' function to be used with
with `browse-url-handlers'. That now becomes easily customizable and
enhances Emacs to any kind of hyperlinks as above stated.

If I set `browse-url-handlers' to (("gopher:" . elpher-handler-go))

and if I have this:

(defun elpher-handler-go (&rest arg)
  (elpher-go (car arg)))

then this should become hyperlink that can be activated:
gopher://gopher.superglobalmegacorp.com:70/11/install/386BSD/386bsd-0.0/other/GNU/emacs

Org hyperlinks are not really suitable for any mode, they are
specifically not readable unless user has the Org mode. Thos

Additionally one can define more of custom URIs within:
thing-at-point-uri-schemes and by doing that get anything to be
hyperlinked in all modes of Emacs for as long as they enable
goto-address-mode

With that new enhancement and customization all of the above URIs
can appear as hyperlinks automatically in any kind of editing
modes.

Re: Any way to tell Emacs how to open specific URIs?

[Tassilo Horn]

Jean Louis <bugs@gnu.support> writes:

> I am using goto-browse-mode to highlight URLs and goto-browse-mode
> uses in turn thing-at-point-uri-schemes and that is great.
>
> But what I miss is how to define how to activate those URLs, as I
> would like to activate those URLs in those buffers where
> goto-browse-mode is is activated.
>
> I strongly need a way to define how to open specific URIs as shown
> here and to define some of my own. This will expand the program
> capabilities I am making.
>
> Is there any current way to define how to open these URIs?

I'm not exactly sure if I understand the question, but maybe
`browse-url-handlers' (Emacs 28 only) is what you are looking for
(assuming that clicking on an URL with goto-browse-mode does calls
`browse-url').

Bye,
Tassilo

Re: Any way to tell Emacs how to open specific URIs?

[Jean Louis]

* Tassilo Horn <tsdh@gnu.org> [2020-11-27 23:57]:
> Jean Louis <bugs@gnu.support> writes:
> 
> > I am using goto-browse-mode to highlight URLs and goto-browse-mode
> > uses in turn thing-at-point-uri-schemes and that is great.
> >
> > But what I miss is how to define how to activate those URLs, as I
> > would like to activate those URLs in those buffers where
> > goto-browse-mode is is activated.
> >
> > I strongly need a way to define how to open specific URIs as shown
> > here and to define some of my own. This will expand the program
> > capabilities I am making.
> >
> > Is there any current way to define how to open these URIs?
> 
> I'm not exactly sure if I understand the question, but maybe
> `browse-url-handlers' (Emacs 28 only) is what you are looking for
> (assuming that clicking on an URL with goto-browse-mode does calls
> `browse-url').

Yes, thank you, Lars added it recently. Great.

Re: Any way to tell Emacs how to open specific URIs?

[Tassilo Horn]

Jean Louis <bugs@gnu.support> writes:

>> > Is there any current way to define how to open these URIs?
>> 
>> I'm not exactly sure if I understand the question, but maybe
>> `browse-url-handlers' (Emacs 28 only) is what you are looking for
>> (assuming that clicking on an URL with goto-browse-mode does calls
>> `browse-url').
>
> Yes, thank you, Lars added it recently. Great.

Oh really?  I was pretty sure that I added it! ;-)

Anyway, great that it does the trick.  Feel free to ask if anything is
unclear.

Bye,
Tassilo

Re: Any way to tell Emacs how to open specific URIs?

[Jean Louis]

* Tassilo Horn <tsdh@gnu.org> [2020-11-28 23:03]:
> Jean Louis <bugs@gnu.support> writes:
> 
> >> > Is there any current way to define how to open these URIs?
> >> 
> >> I'm not exactly sure if I understand the question, but maybe
> >> `browse-url-handlers' (Emacs 28 only) is what you are looking for
> >> (assuming that clicking on an URL with goto-browse-mode does calls
> >> `browse-url').
> >
> > Yes, thank you, Lars added it recently. Great.
> 
> Oh really?  I was pretty sure that I added it! ;-)
> 
> Anyway, great that it does the trick.  Feel free to ask if anything is
> unclear.

Then if you added it, good! Thank you. Maybe I have mistaken
something from reading the bug reports. That is great feature and
allows automatic hyperlinks in any mode.

browse-url-handler is called URLl handler but in reality it then
handles rather URIs, not only URLs and if feature is new and still in
development, maybe you should reconsider the naming of the variable.

https://en.wikipedia.org/wiki/Uniform_Resource_Identifier

Re: Any way to tell Emacs how to open specific URIs?

[Tassilo Horn]

Jean Louis <bugs@gnu.support> writes:

Hi Jean,

> browse-url-handler is called URLl handler but in reality it then
> handles rather URIs, not only URLs and if feature is new and still in
> development, maybe you should reconsider the naming of the variable.

Well, in reality it not only handles URIs but any string passed to
`browse-url'.

--8<---------------cut here---------------start------------->8---
(setq browse-url-handlers
      ;; I wanna read my lorem ipsums in text-mode.
      '(("lorem ipsum" .
         (lambda (text &rest _ignored)
           (let ((buf (get-buffer-create "Lorem Ipsum")))
             (set-buffer buf)
             (erase-buffer)
             (insert text)
             (text-mode)
             (pop-to-buffer buf))))))
--8<---------------cut here---------------end--------------->8---

Fun aside, I think the name is appropriate because

  a) it is part of browse-url.el and as such must have the browse-url
     prefix anyway,
  b) its main use are URLs because what else would you pass to
     `browse-url'?

Bye,
Tassilo

Re: Any way to tell Emacs how to open specific URIs?

[Jean Louis]

* Tassilo Horn <tsdh@gnu.org> [2020-12-01 23:14]:
> Jean Louis <bugs@gnu.support> writes:
> 
> Hi Jean,
> 
> > browse-url-handler is called URLl handler but in reality it then
> > handles rather URIs, not only URLs and if feature is new and still in
> > development, maybe you should reconsider the naming of the variable.
> 
> Well, in reality it not only handles URIs but any string passed to
> `browse-url'.
> 
> --8<---------------cut here---------------start------------->8---
> (setq browse-url-handlers
>       ;; I wanna read my lorem ipsums in text-mode.
>       '(("lorem ipsum" .
>          (lambda (text &rest _ignored)
>            (let ((buf (get-buffer-create "Lorem Ipsum")))
>              (set-buffer buf)
>              (erase-buffer)
>              (insert text)
>              (text-mode)
>              (pop-to-buffer buf))))))
> --8<---------------cut here---------------end--------------->8---
> 
> Fun aside, I think the name is appropriate because
> 
>   a) it is part of browse-url.el and as such must have the browse-url
>      prefix anyway,
>   b) its main use are URLs because what else would you pass to
>      `browse-url'?

As URI handler it is fine to invent one owns URIs. And I find it
useful to make anything. I would even find more useful if there would
be hyperlink system in Emacs where users could programmatically
hyperlink anything by regexp and connect hyperlinks to regexps. GNU
Hyperbole does similar thing but files are directory based. I am
developig hypertext system, dynamic knowledge repository and thus
using goto-address-mode and buttons heavily.

I am not using it for URLs, I am using it for any URIs, not just URL
and my use it also for such, it is easier that way than defining
buttons specifically.

Re: Any way to tell Emacs how to open specific URIs?

[Stefan Monnier]

> browse-url-handler is called URL handler but in reality it then
> handles rather URIs, not only URLs and if feature is new and still in
> development, maybe you should reconsider the naming of the variable.

This ship has sailed a long time ago.


        Stefan

Re: Any way to tell Emacs how to open specific URIs?

[Akira Kyle]

On Wed, Dec 02, 2020 at 10:03 AM, Jean Louis <bugs@gnu.support> 
wrote:

> As URI handler it is fine to invent one owns URIs. And I find it
> useful to make anything. I would even find more useful if there 
> would
> be hyperlink system in Emacs where users could programmatically
> hyperlink anything by regexp and connect hyperlinks to 
> regexps. GNU
> Hyperbole does similar thing but files are directory based. I am
> developig hypertext system, dynamic knowledge repository and 
> thus
> using goto-address-mode and buttons heavily.
>
> I am not using it for URLs, I am using it for any URIs, not just 
> URL
> and my use it also for such, it is easier that way than defining
> buttons specifically.

Kind of sounds like org custom hyperlink types[1]. For example I 
find the org-ref package immensely useful and it defines a custom 
link type given by `cite:` which then takes me to its bibtex entry 
or pdf.

[1] https://orgmode.org/manual/Adding-Hyperlink-Types.html

Re: Any way to tell Emacs how to open specific URIs?

[Jean Louis]

* Akira Kyle <akira@akirakyle.com> [2020-12-03 02:50]:
> 
> On Wed, Dec 02, 2020 at 10:03 AM, Jean Louis <bugs@gnu.support> wrote:
> 
> > As URI handler it is fine to invent one owns URIs. And I find it
> > useful to make anything. I would even find more useful if there would
> > be hyperlink system in Emacs where users could programmatically
> > hyperlink anything by regexp and connect hyperlinks to regexps. GNU
> > Hyperbole does similar thing but files are directory based. I am
> > developig hypertext system, dynamic knowledge repository and thus
> > using goto-address-mode and buttons heavily.
> > 
> > I am not using it for URLs, I am using it for any URIs, not just URL
> > and my use it also for such, it is easier that way than defining
> > buttons specifically.
> 
> Kind of sounds like org custom hyperlink types[1]. For example I find the
> org-ref package immensely useful and it defines a custom link type given by
> `cite:` which then takes me to its bibtex entry or pdf.
> 
> [1] https://orgmode.org/manual/Adding-Hyperlink-Types.html

I see the page.

It looks as being hard coded only for Org mode but not for general
emacs. It would be more useful to define general handler for Emacs for
man: URI that is then only invoked by Org mode.