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: more url-utils? Date: Mon, 16 May 2011 13:25:55 -0500 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <871uzy7b9o.fsf@lifelogs.com> References: <8739kgqbui.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1305570395 22231 80.91.229.12 (16 May 2011 18:26:35 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 16 May 2011 18:26:35 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon May 16 20:26:25 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1QM2Ur-00076c-IE for ged-emacs-devel@m.gmane.org; Mon, 16 May 2011 20:26:25 +0200 Original-Received: from localhost ([::1]:52546 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QM2Uq-0005Z8-W9 for ged-emacs-devel@m.gmane.org; Mon, 16 May 2011 14:26:24 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:35367) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QM2Ul-0005Yw-DM for emacs-devel@gnu.org; Mon, 16 May 2011 14:26:22 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QM2Uh-0003p9-LG for emacs-devel@gnu.org; Mon, 16 May 2011 14:26:19 -0400 Original-Received: from lo.gmane.org ([80.91.229.12]:47849) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QM2Uh-0003oq-9M for emacs-devel@gnu.org; Mon, 16 May 2011 14:26:15 -0400 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1QM2UZ-0006wC-PR for emacs-devel@gnu.org; Mon, 16 May 2011 20:26:07 +0200 Original-Received: from 38.98.147.130 ([38.98.147.130]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 16 May 2011 20:26:07 +0200 Original-Received: from tzz by 38.98.147.130 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 16 May 2011 20:26:07 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 47 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 38.98.147.130 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" User-Agent: Gnus/5.110018 (No Gnus v0.18) Emacs/24.0.50 (gnu/linux) Cancel-Lock: sha1:krWQtBWb0WVWMB6aP3dAglVFqig= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 80.91.229.12 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:139432 Archived-At: On Sun, 15 May 2011 22:26:13 +0800 Jason Rumney wrote: JR> It would be even nicer if the headers were parsed into a buffer JR> local alist. Yes, definitely. That should be done by default regardless of the other improvements discussed here. On Mon, 16 May 2011 12:45:03 -0300 Stefan Monnier wrote: SM> On Mon, 16 May 2011 09:19:18 -0600 Tom Tromey wrote: Tom> IIRC, in package.el I had to special-case some URL types, because Tom> headers are inconsistently used. E.g., I think the 'ftp' method won't Tom> leave headers in the buffer. It would be nice if this bit were handled Tom> by the url package rather than all the callers. SM> Sounds like an inconsistency that needs fixing, indeed. You might want SM> to make a bug-report for it. I had problems using a file:// URL with package.el, which made local testing a pain. The problem was exactly with the missing headers, same as the ftp:// URLs. So I'll second the bug report if Tom opens it, or open a new one. On Sun, 15 May 2011 03:59:52 +0200 Lars Magne Ingebrigtsen wrote: LMI> For backwards compatibility (i.e., for out-of-bzr users) a binding might LMI> be preferable (perhaps), but you're right, an extra optional parameter LMI> `data-only-p' would make more sense. After looking at many examples in Emacs, I can't find or think of any need for the headers *as text* in the code I've seen. I would: 1) rename the function, obsolete the old one, turn headers off by default in the new version, and hunt down all the cases where code removes them from the content. Yes it's a pain. 2) find any real need for the headers as *text* (I found none). If none is found, just do the buffer-local alist Jason suggested, and maybe provide all the headers as a single text string in case someone needs them. I realize this is more invasive but backwards compatibility means lots of unnecessary code to remove the headers will keep being written. I volunteer to do both tasks above. Ted