Hi,
following up #536873 I'd like to suggest including xdg-open to the various check
done to select the "best" browser.

Thanks,
Sandro

Under which conditions?

Well, I'd say only for the "$DISPLAY not null" code path, but exactly
where I'm not sure. I see a movement to freedesktop specifications,
and for example gnome and xfce uses "feed" xdg-open with the browser
the user selects from DE configuration tool.

Since presenting a browser selected via alternatives seems odd when a
user selects a different browser in the DE config panel, it might be
nice have xdg-open as the first option, but it's your call to decide
:)

Cheers,

Here's the reason this can't work at present:

If you're not using GNOME, KDE, or Xfce, xdg-open invokes
sensible-browser.

Maybe you want all the sensible-browser functionality to be
incorporated into xdg-open, and then deprecate sensible-browser?

reassign 539191 xdg-utils
thanks

Hello,

After a bit of "head shaking" we find that xdg-open uses
sensible-browser as fallback if no browser is defined in DE.

That is very awesome, because in a DE env, we use the selected
browser, while in a text/non-supported DE we use s-b, that relies on
alternatives system.

Clint and I seem to agree that this functionality should be in a
single tool, and since x-o already does more that s-b, we suggest to
merge the s-b code into x-o.

Additionally, please note the whole thread starting with [1]: indeed,
the best solution would be to introduce a new xdg tool, for example
xdg-browser, to converge the "web" part of x-o and s-b into it.

[1] http://lists.debian.org/debian-devel/2009/08/msg00020.html

x-o should be, IMHO, just used to open a file or, if you want to keep
allowing both file and URL opening, call x-b for URL handling.

What do you think of this proposal?

Thanks for considering,