From mboxrd@z Thu Jan  1 00:00:00 1970
Path: news.gmane.org!not-for-mail
From: Ted Zlatanov <tzz@lifelogs.com>
Newsgroups: gmane.emacs.devel
Subject: Re: Rename `eww' to `web'
Date: Fri, 05 Jul 2013 14:03:42 -0400
Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos
Message-ID: <87r4fczxxd.fsf@lifelogs.com>
References: <E1Usw6G-0001Et-0A@fencepost.gnu.org> <8738s087wj.fsf@gmail.com>
	<E1UtHs4-0006Z1-1D@fencepost.gnu.org> <87bo6mjv4s.fsf@lifelogs.com>
	<871u7gavwx.fsf@catnip.gol.com> <87obaj39sc.fsf@lifelogs.com>
	<E1UuX3i-0005AY-As@fencepost.gnu.org> <b4mmwq3krem.fsf@jpl.org>
	<subo6jvzjh.fsf@fencepost.gnu.org> <b4md2qzkn09.fsf@jpl.org>
	<874ncbhsnv.fsf@gmail.com> <jwvk3l6vemb.fsf-monnier+emacs@gnu.org>
	<87ip0q1i49.fsf@lifelogs.com> <jwva9m1th04.fsf-monnier+emacs@gnu.org>
Reply-To: emacs-devel@gnu.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: ger.gmane.org 1373047443 23128 80.91.229.3 (5 Jul 2013 18:04:03 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Fri, 5 Jul 2013 18:04:03 +0000 (UTC)
To: emacs-devel@gnu.org
Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jul 05 20:04:03 2013
Return-path: <emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org>
Envelope-to: ged-emacs-devel@m.gmane.org
Original-Received: from lists.gnu.org ([208.118.235.17])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org>)
	id 1UvAMU-00047h-VW
	for ged-emacs-devel@m.gmane.org; Fri, 05 Jul 2013 20:04:03 +0200
Original-Received: from localhost ([::1]:43931 helo=lists.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org>)
	id 1UvAMT-0007qO-V6
	for ged-emacs-devel@m.gmane.org; Fri, 05 Jul 2013 14:04:01 -0400
Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36997)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <ged-emacs-devel@m.gmane.org>) id 1UvAMO-0007qI-Ry
	for emacs-devel@gnu.org; Fri, 05 Jul 2013 14:03:58 -0400
Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <ged-emacs-devel@m.gmane.org>) id 1UvAMN-0003Tb-05
	for emacs-devel@gnu.org; Fri, 05 Jul 2013 14:03:56 -0400
Original-Received: from plane.gmane.org ([80.91.229.3]:37160)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <ged-emacs-devel@m.gmane.org>) id 1UvAMM-0003TS-Q5
	for emacs-devel@gnu.org; Fri, 05 Jul 2013 14:03:54 -0400
Original-Received: from list by plane.gmane.org with local (Exim 4.69)
	(envelope-from <ged-emacs-devel@m.gmane.org>) id 1UvAML-00040g-IR
	for emacs-devel@gnu.org; Fri, 05 Jul 2013 20:03:53 +0200
Original-Received: from pool-72-93-34-251.bstnma.east.verizon.net ([72.93.34.251])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <emacs-devel@gnu.org>; Fri, 05 Jul 2013 20:03:53 +0200
Original-Received: from tzz by pool-72-93-34-251.bstnma.east.verizon.net with local
	(Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00
	for <emacs-devel@gnu.org>; Fri, 05 Jul 2013 20:03:53 +0200
X-Injected-Via-Gmane: http://gmane.org/
Mail-Followup-To: emacs-devel@gnu.org
Original-Lines: 62
Original-X-Complaints-To: usenet@ger.gmane.org
X-Gmane-NNTP-Posting-Host: pool-72-93-34-251.bstnma.east.verizon.net
X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6;
	d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT=
	D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx"
Mail-Copies-To: never
User-Agent: Gnus/5.130008 (Ma Gnus v0.8) Emacs/24.3.50 (gnu/linux)
Cancel-Lock: sha1:Ag47PWSwxzGGjIY9s7znUKkPFKQ=
X-detected-operating-system: by eggs.gnu.org: Genre and OS details not
	recognized.
X-Received-From: 80.91.229.3
X-BeenThere: emacs-devel@gnu.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: "Emacs development discussions." <emacs-devel.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/emacs-devel>
List-Post: <mailto:emacs-devel@gnu.org>
List-Help: <mailto:emacs-devel-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=subscribe>
Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org
Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org
Xref: news.gmane.org gmane.emacs.devel:161615
Archived-At: <http://permalink.gmane.org/gmane.emacs.devel/161615>

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