From: Ted Zlatanov <tzz@lifelogs.com>
To: emacs-devel@gnu.org
Subject: Re: Rename `eww' to `web'
Date: Fri, 05 Jul 2013 14:03:42 -0400 [thread overview]
Message-ID: <87r4fczxxd.fsf@lifelogs.com> (raw)
In-Reply-To: jwva9m1th04.fsf-monnier+emacs@gnu.org
On Fri, 05 Jul 2013 07:02:18 -0400 Stefan Monnier <monnier@IRO.UMontreal.CA> wrote:
>> So I think it makes sense to go straight to `eww' for that case: opening
>> a URL with `C-x C-f'. Like I said, it's DWIMmery. There will be a
>> small percentage of users unhappy with it, who will want to just view
>> the file, and we should make that easy (I guessed `find-file-literally'
>> incorrectly but it can be something simple to set in `url-handler-mode'
>> defcustoms). The key thing is that there are no command names to
>> discover--opening a URL Just Works.
SM> I currently use C-x C-f with url-handler-mode on a regular basis to open
SM> PDF, tarballs, and Elisp files. Sometime it gets it wrong because it
SM> only uses the URL name rather than the content-type metadata to choose
SM> the major mode, but want to make sure this keeps working.
So `eww' should pass data to the registered handler for that
MIME type, like most web browsers? I think that's sensible and would
simply shift the dispatch responsibility.
SM> But I don't see any reason why this should collide with using eww in
SM> other cases: eww can't do anything particularly useful with PDF,
SM> tarballs and Elisp code anyway.
OK. IOW, `eww' and web browsers in general are supposed to be
navigators between content, while the content itself is rendered by
either a HTML/CSS/etc display engine (`eww' uses `shr') or passed off to
an external handler. So I think this is a manageable problem, if we
simply say Emacs is the fallback handler for any content `eww' doesn't
handle, and provide a way in `eww' to pass the content off to Emacs.
GM> emacs -Q -f url-handler-mode
GM> C-x C-f ftp://ftp.gnu.org
GM> C-x C-f http://www.gnu.org
>> Yup. The necessary changes to make this usable IMHO are:
>> 1) make it call `eww' by default and provide for a way to instead look
>> at file contents (current behavior, right?)
SM> Why would you want to use eww for all URLs, since it only handles HTML
SM> in a useful way, AFAIU?
`eww' browses the URL, then decides how it should be rendered or
downloaded. You don't know the type of the URL until you retrieve it,
so a generic dispatcher/navigator like `eww' is your best bet.
I don't care too much about the dispatcher, though, so it's OK with me
if Emacs is the default dispatcher (the current status) and we make it
easy to make `eww' the default instead. Perhaps with Juanma's
dispatcher.el.
>> 2) enable `url-handler-mode' by default
SM> Fine by me
Cool! Any objections to enabling it by default from anyone else?
SM> (BTW, I've been using the hack below to ape completion on http
SM> URLs).
Nice. I'm not sure if it should be a package or a built-in feature, but
it probably needs more discussion.
Ted
next prev parent reply other threads:[~2013-07-05 18:03 UTC|newest]
Thread overview: 110+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-06-29 14:26 Rename `eww' to `web' Richard Stallman
2013-06-29 15:33 ` Daimrod
2013-06-29 20:30 ` Richard Stallman
2013-06-30 1:45 ` Stefan Monnier
2013-06-30 2:35 ` Xue Fuqiao
2013-06-29 23:20 ` Xue Fuqiao
2013-06-30 5:49 ` Jambunathan K
2013-06-30 13:40 ` Richard Stallman
2013-07-01 12:57 ` Ted Zlatanov
2013-07-03 8:29 ` Miles Bader
2013-07-03 16:09 ` Ted Zlatanov
2013-07-03 16:22 ` Glenn Morris
2013-07-03 19:57 ` Ted Zlatanov
2013-07-03 22:50 ` Tim Cross
2013-07-04 0:24 ` Drew Adams
2013-07-04 1:43 ` Ted Zlatanov
2013-07-04 1:58 ` chad
2013-07-04 5:11 ` Stephen J. Turnbull
2013-07-04 15:09 ` Ted Zlatanov
2013-07-04 23:36 ` Richard Stallman
2013-07-04 3:16 ` Drew Adams
2013-07-04 23:36 ` Richard Stallman
2013-07-05 2:19 ` Jambunathan K
2013-07-04 18:49 ` Richard Stallman
2013-07-04 19:15 ` Pascal J. Bourguignon
2013-07-04 21:08 ` Mathias Dahl
2013-07-04 21:58 ` Drew Adams
2013-07-05 2:50 ` Jambunathan K
2013-07-04 22:41 ` Xue Fuqiao
2013-07-04 23:45 ` Juri Linkov
2013-07-05 23:41 ` Xue Fuqiao
2013-07-05 23:59 ` Juri Linkov
2013-07-06 3:26 ` Xue Fuqiao
2013-07-04 23:40 ` Glenn Morris
2013-07-05 1:14 ` Juanma Barranquero
2013-07-05 10:23 ` Stefan Monnier
2013-07-05 11:50 ` Juanma Barranquero
2013-07-05 12:59 ` Juanma Barranquero
2013-07-05 22:38 ` Stefan Monnier
2013-07-05 23:37 ` Juanma Barranquero
2013-07-06 0:44 ` Stefan Monnier
2013-07-05 23:29 ` Juri Linkov
2013-07-05 23:43 ` Juanma Barranquero
2013-07-05 23:55 ` Juri Linkov
2013-07-06 0:11 ` Juanma Barranquero
2013-07-06 0:42 ` Stefan Monnier
2013-07-06 22:00 ` Richard Stallman
2013-07-05 0:04 ` Juri Linkov
2013-07-05 5:37 ` Pascal J. Bourguignon
2013-07-05 17:19 ` Richard Stallman
2013-07-07 0:24 ` Pascal J. Bourguignon
2013-07-07 0:55 ` Juanma Barranquero
2013-07-04 22:53 ` Josh
2013-07-05 17:20 ` Richard Stallman
2013-07-04 0:06 ` Richard Stallman
2013-07-04 1:51 ` Ted Zlatanov
2013-07-04 7:30 ` Andreas Schwab
2013-07-04 2:09 ` Katsumi Yamaoka
2013-07-04 2:17 ` Glenn Morris
2013-07-04 3:44 ` Katsumi Yamaoka
2013-07-04 4:10 ` Jambunathan K
2013-07-04 4:48 ` Stephen J. Turnbull
2013-07-05 3:23 ` Jambunathan K
2013-07-04 9:55 ` Stefan Monnier
2013-07-04 15:04 ` Ted Zlatanov
2013-07-05 11:02 ` Stefan Monnier
2013-07-05 18:03 ` Ted Zlatanov [this message]
2013-07-06 0:14 ` Stefan Monnier
2013-07-06 4:28 ` Jambunathan K
2013-07-06 5:28 ` Jambunathan K
2013-07-06 9:31 ` Stefan Monnier
2013-07-04 14:28 ` Katsumi Yamaoka
2013-07-04 15:08 ` Stephen Berman
2013-07-04 22:35 ` Xue Fuqiao
2013-07-06 20:02 ` Stephen Berman
2013-07-05 3:04 ` Jambunathan K
2013-07-04 23:36 ` Richard Stallman
2013-07-04 15:08 ` Ted Zlatanov
2013-07-06 15:15 ` Lars Ingebrigtsen
[not found] <<E1Usw6G-0001Et-0A@fencepost.gnu.org>
2013-06-29 15:05 ` Drew Adams
2013-06-29 15:15 ` Nic Ferrier
2013-06-29 20:30 ` Richard Stallman
2013-06-29 20:45 ` Nic Ferrier
2013-06-29 21:33 ` Dmitry Gutov
2013-06-29 21:42 ` Pascal J. Bourguignon
2013-06-29 21:48 ` Bastien
2013-06-29 23:01 ` Xue Fuqiao
2013-06-30 6:36 ` Bastien
2013-06-30 10:30 ` Pascal J. Bourguignon
2013-06-30 2:49 ` Richard Stallman
2013-06-30 2:49 ` Richard Stallman
2013-06-30 3:01 ` Dmitry Gutov
2013-06-30 13:40 ` Richard Stallman
2013-06-30 15:26 ` Dmitry Gutov
2013-06-30 17:53 ` chad
2013-06-30 18:21 ` Jambunathan K
2013-06-30 19:04 ` Stefan Monnier
2013-06-30 5:54 ` Jambunathan K
2013-06-29 23:30 ` Xue Fuqiao
2013-06-30 7:56 ` Jan Djärv
2013-06-30 9:18 ` Xue Fuqiao
2013-06-30 10:04 ` Jan Djärv
2013-07-01 2:03 ` Miles Bader
2013-06-29 20:30 ` Richard Stallman
2013-06-29 20:52 ` Pascal J. Bourguignon
2013-06-30 2:49 ` Richard Stallman
[not found] ` <<E1Ut1mo-0004ns-A6@fencepost.gnu.org>
2013-06-29 20:40 ` Drew Adams
2013-06-30 2:49 ` Richard Stallman
[not found] ` <<E1Ut7hQ-0000Eq-Tt@fencepost.gnu.org>
2013-06-30 3:23 ` Drew Adams
2013-06-30 13:40 ` Richard Stallman
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87r4fczxxd.fsf@lifelogs.com \
--to=tzz@lifelogs.com \
--cc=emacs-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).