Proposal: use /usr/bin/open as an alternative for run-mailcap and others.
Charles Plessy
plessy at debian.org
Tue Oct 27 22:07:05 GMT 2020
Le Sat, Oct 10, 2020 at 04:27:17AM +0900, Charles Plessy a écrit :
>
> May I ask you for extra information on how important is it to support
> URLs, and if anything beyond file:/, http:// and https:// would need
> to be supported ?
...
> Also, can you give me a pointer to an explanation of what file:/ URLs
> are useful for ? I read RFC 8089, but still did not get the point.
...
> Since `eog http://example.com/image.png` will open the image,
> shouldn't an "open" program ask to the server what the media type of
> the URL is, and pass it to the default program able to handle it,
> instead of just visualising in the browser ?
Hi all,
I hope I have not blasted you with my long answer and questions...
At the moment, I think that I will go ahead with shipping
`/usr/bin/open` as a symbolic link to `/usr/bin/run-mailcap` managed
with the alternatives system, and state in its manual page that opening
URLs is not supported for the moment but may be in the future.
Regarding the redundancy with `/usr/bin/see`, I think that it is not an
issue because 1) `see` was not intended to be provided by other packages
and 2) its purpose is to visualise the contents of a document, while the
purpose of `open` is to have the same effect as double-clicking on a
document's icon. The difference is similar to the one between
"click-spacebar" and "double-click" on macOS.
Have a nice day,
--
Charles
More information about the Pkg-freedesktop-maintainers
mailing list