From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ted Zlatanov 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: <8738s087wj.fsf@gmail.com> <87bo6mjv4s.fsf@lifelogs.com> <871u7gavwx.fsf@catnip.gol.com> <87obaj39sc.fsf@lifelogs.com> <874ncbhsnv.fsf@gmail.com> <87ip0q1i49.fsf@lifelogs.com> 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: 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 ) 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 ) 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 ) 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 ) 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 ) 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 ) 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 ; 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 ; 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." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-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: On Fri, 05 Jul 2013 07:02:18 -0400 Stefan Monnier 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