* 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).