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: Thu, 04 Jul 2013 11:04:38 -0400
Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos
Message-ID: <87ip0q1i49.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>
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 1372950298 20814 80.91.229.3 (4 Jul 2013 15:04:58 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 4 Jul 2013 15:04:58 +0000 (UTC)
To: emacs-devel@gnu.org
Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jul 04 17:05:00 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 1Uul5f-0005I4-Oh
	for ged-emacs-devel@m.gmane.org; Thu, 04 Jul 2013 17:04:59 +0200
Original-Received: from localhost ([::1]:58151 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 1Uul5e-0002cW-V4
	for ged-emacs-devel@m.gmane.org; Thu, 04 Jul 2013 11:04:58 -0400
Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41392)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <ged-emacs-devel@m.gmane.org>) id 1Uul5a-0002c9-N2
	for emacs-devel@gnu.org; Thu, 04 Jul 2013 11:04:56 -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 1Uul5Z-0001ND-5t
	for emacs-devel@gnu.org; Thu, 04 Jul 2013 11:04:54 -0400
Original-Received: from plane.gmane.org ([80.91.229.3]:38957)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <ged-emacs-devel@m.gmane.org>) id 1Uul5Y-0001N4-W1
	for emacs-devel@gnu.org; Thu, 04 Jul 2013 11:04:53 -0400
Original-Received: from list by plane.gmane.org with local (Exim 4.69)
	(envelope-from <ged-emacs-devel@m.gmane.org>) id 1Uul5V-00054Z-Ow
	for emacs-devel@gnu.org; Thu, 04 Jul 2013 17:04:49 +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>; Thu, 04 Jul 2013 17:04:49 +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>; Thu, 04 Jul 2013 17:04:49 +0200
X-Injected-Via-Gmane: http://gmane.org/
Mail-Followup-To: emacs-devel@gnu.org
Original-Lines: 53
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:y/Nkp/Y5uCdvPPIxnUuRKeoLz9Y=
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:161528
Archived-At: <http://permalink.gmane.org/gmane.emacs.devel/161528>

On Thu, 04 Jul 2013 05:55:52 -0400 Stefan Monnier <monnier@IRO.UMontreal.CA> wrote: 

>> emacs -Q
>> C-x C-f http://www.gnu.org

>> I see the HTML code verbatim.

SM> That's arguably right.

>> The buffer is on Org mode.  (This is a buglet).

SM> Actually, it's the main problem: url-handler-mode only affects the way
SM> files are accessed, but not the way we try to find/guess meta-data, so
SM> the HTTP header's info (mostly Content-Type:) is completely ignored and
SM> instead we rely on the URL itself via auto-mode-alist.

SM> It would be nice to extend url-handler-mode so that the meta-info from
SM> things the transfer protocol gets preserved and used to choose the
SM> major mode.

I would rather just open URLs the same way consistently with `eww' than
try to guess what treatment each one merits.  `eww' or other web
browsers should DTRT once they get the content and the headers.

>> ISTM the magic glue to render - I used shr-render-buffer - is
>> missing.

SM> This is yet another needed change, which is to make it show a rendering,
SM> just like opening a PDF file gives us the rendering (via doc-view)
SM> by default.

Opening a HTML *file* should open it as a file, and rendering should be
easily accessible in a menu (through `shr' or whatever).  A PDF is not
the same use case, because viewing and editing a binary PDF as a file is
pretty useless.

Opening a URL may produce HTML or something else, but there's no editing
model here--you can't write back a URL (yeah, there's PUT, and for file:
URLs you can open the actual file, but let's stick to the common case).

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.

Any of the developers can make the change easily but it's a pretty major
change and that's why we're discussing it instead of just doing it.  I
hope you agree with me.

Ted