* Re: master 86dc875bf5 2/2: Make browse-url.el support for plain "mozilla" obsolete
[not found] ` <20220710110410.B69E0C0D79B@vcs2.savannah.gnu.org>
@ 2022-07-10 11:37 ` Po Lu
2022-07-10 13:05 ` Stefan Kangas
0 siblings, 1 reply; 4+ messages in thread
From: Po Lu @ 2022-07-10 11:37 UTC (permalink / raw)
To: emacs-devel; +Cc: Stefan Kangas
Stefan Kangas <stefankangas@gmail.com> writes:
> branch: master
> commit 86dc875bf590c33d255af04d4e3249db05fca65d
> Author: Stefan Kangas <stefan@marxist.se>
> Commit: Stefan Kangas <stefan@marxist.se>
>
> Make browse-url.el support for plain "mozilla" obsolete
>
> * lisp/net/browse-url.el (browse-url-mozilla-program)
> (browse-url-mozilla-arguments)
> (browse-url-mozilla-startup-arguments)
> (browse-url-mozilla-new-window-is-tab, browse-url-mozilla)
> (browse-url-mozilla-sentinel): Make obsolete. (Bug#56464)
> (browse-url--browser-defcustom-type, browse-url-default-browser):
> Don't refer to above obsolete function 'browse-url-mozilla'.
IIRC this is used for SeaMonkey as well, which is still actively
developed and used. But I'm not sure.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: master 86dc875bf5 2/2: Make browse-url.el support for plain "mozilla" obsolete
2022-07-10 11:37 ` master 86dc875bf5 2/2: Make browse-url.el support for plain "mozilla" obsolete Po Lu
@ 2022-07-10 13:05 ` Stefan Kangas
2022-07-10 13:18 ` Visuwesh
0 siblings, 1 reply; 4+ messages in thread
From: Stefan Kangas @ 2022-07-10 13:05 UTC (permalink / raw)
To: Po Lu, emacs-devel
Po Lu <luangruo@yahoo.com> writes:
> IIRC this is used for SeaMonkey as well, which is still actively
> developed and used. But I'm not sure.
The SeaMonkey binary is called "seamonkey", so even that won't work
OOTB.
If we want to follow the browse-url historical "tradition", we should
add variables for "seamonkey"... but I'm not sure adding variables for
every little web browser out there is a very great idea. (See also the
TODO item about cleaning this all up.)
IMHO, it should be enough to provide facilities for the main web
browsers (and those important to the free software mission) and then
defer to e.g. XDG. So I'd recommend SeaMonkey users to use something
like:
xdg-settings set default-web-browser seamonkey.desktop
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: master 86dc875bf5 2/2: Make browse-url.el support for plain "mozilla" obsolete
2022-07-10 13:05 ` Stefan Kangas
@ 2022-07-10 13:18 ` Visuwesh
2022-07-10 15:12 ` Stefan Kangas
0 siblings, 1 reply; 4+ messages in thread
From: Visuwesh @ 2022-07-10 13:18 UTC (permalink / raw)
To: Stefan Kangas; +Cc: Po Lu, emacs-devel
[ஞாயிறு ஜூலை 10, 2022] Stefan Kangas wrote:
> Po Lu <luangruo@yahoo.com> writes:
>
>> IIRC this is used for SeaMonkey as well, which is still actively
>> developed and used. But I'm not sure.
>
> The SeaMonkey binary is called "seamonkey", so even that won't work
> OOTB.
>
> If we want to follow the browse-url historical "tradition", we should
> add variables for "seamonkey"... but I'm not sure adding variables for
> every little web browser out there is a very great idea. (See also the
> TODO item about cleaning this all up.)
>
> IMHO, it should be enough to provide facilities for the main web
> browsers (and those important to the free software mission) and then
> defer to e.g. XDG. So I'd recommend SeaMonkey users to use something
> like:
>
> xdg-settings set default-web-browser seamonkey.desktop
IMVHO, XDG (and Gtk for that matter) can be annoyingly hard to
understand and set-up. I spent an overall ~2 hours this week trying to
get XDG (and dconf) working the way I want it to [*]. If Emacs does not
rely on XDG but supports them "natively", I would be grateful as it
means I do not have to put up with the whims of XDG et al. Just my two
cents.
---
[*] More details: Debian decided to install xdg-desktop-portal by itself
and set it up. This meant that the file picker in Chromium would
not pick up my bookmarks or my XDG environmental variables. Getting
the WM_CLASS atom of the file picker gave the clue not searching for
something like "gtk file picker does not respect bookmarks".
In the same vein, I had no idea why dconf did not save the settings
I set via gsettings, dconf, dconf-editor. It started saving the
settings once I deleted the dconf directory in $XDG_CONFIG_HOME.
Since almost every search engine seems to give poor results, I have
a very hard time fixing these little annoyances. I, at least, want
Emacs to do exactly what I say, not someone else's whim.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: master 86dc875bf5 2/2: Make browse-url.el support for plain "mozilla" obsolete
2022-07-10 13:18 ` Visuwesh
@ 2022-07-10 15:12 ` Stefan Kangas
0 siblings, 0 replies; 4+ messages in thread
From: Stefan Kangas @ 2022-07-10 15:12 UTC (permalink / raw)
To: Visuwesh; +Cc: Po Lu, emacs-devel
Visuwesh <visuweshm@gmail.com> writes:
> If Emacs does not rely on XDG but supports them "natively", I would be
> grateful as it means I do not have to put up with the whims of XDG et
> al.
I don't see any reason to reject patches adding support for some web
browser <foo> to browse-url.el. I guess that includes Seamonkey as well
(though I'm more surprised that no one has thought to add Nyxt yet).
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2022-07-10 15:12 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <165745105026.27759.9441332441113751538@vcs2.savannah.gnu.org>
[not found] ` <20220710110410.B69E0C0D79B@vcs2.savannah.gnu.org>
2022-07-10 11:37 ` master 86dc875bf5 2/2: Make browse-url.el support for plain "mozilla" obsolete Po Lu
2022-07-10 13:05 ` Stefan Kangas
2022-07-10 13:18 ` Visuwesh
2022-07-10 15:12 ` Stefan Kangas
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).