From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Julien Danjou Newsgroups: gmane.emacs.devel Subject: Re: more url-utils? Date: Tue, 17 May 2011 10:13:02 +0200 Message-ID: <871uzxu4mp.fsf@keller.adm.naquadah.org> References: <8739kgqbui.fsf@gnu.org> <871uzy7b9o.fsf@lifelogs.com> <877h9q5ub7.fsf@lifelogs.com> <87y6264f29.fsf@lifelogs.com> <87k4dqtoc4.fsf@keller.adm.naquadah.org> <87liy64cwi.fsf@lifelogs.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-Trace: dough.gmane.org 1305620036 3008 80.91.229.12 (17 May 2011 08:13:56 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 17 May 2011 08:13:56 +0000 (UTC) Cc: emacs-devel@gnu.org To: Ted Zlatanov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue May 17 10:13:51 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 1QMFPa-0005Pl-N4 for ged-emacs-devel@m.gmane.org; Tue, 17 May 2011 10:13:50 +0200 Original-Received: from localhost ([::1]:45936 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QMFPZ-0005bU-Uk for ged-emacs-devel@m.gmane.org; Tue, 17 May 2011 04:13:49 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:33381) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QMFPW-0005bD-Kp for emacs-devel@gnu.org; Tue, 17 May 2011 04:13:47 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QMFPV-0007cD-B6 for emacs-devel@gnu.org; Tue, 17 May 2011 04:13:46 -0400 Original-Received: from prometheus.naquadah.org ([212.85.154.174]:55135 helo=mx1.naquadah.org) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QMFPV-0007c3-2b for emacs-devel@gnu.org; Tue, 17 May 2011 04:13:45 -0400 Original-Received: from keller.adm.naquadah.org (keller.adm.naquadah.org [192.168.2.16]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.naquadah.org (Postfix) with ESMTPSA id C73FC5C0B3; Tue, 17 May 2011 10:13:42 +0200 (CEST) Mail-Followup-To: Ted Zlatanov , emacs-devel@gnu.org In-Reply-To: <87liy64cwi.fsf@lifelogs.com> (Ted Zlatanov's message of "Mon, 16 May 2011 15:18:53 -0500") User-Agent: Gnus/5.110018 (No Gnus v0.18) Emacs/24.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 212.85.154.174 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:139458 Archived-At: --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On Mon, May 16 2011, Ted Zlatanov wrote: > That's a symptom of a bad API that tied you to HTTP headers and what I > was trying to eliminate. Indeed Ted, you're right. I was only thinking about HTTP, stupid I am. :) This probably means that the API should be changed (or should evolve by addition/deprecation at least) to return a buffer with data, but let access things like a status code (meaning something more general than HTTP code) and possibly extra data like the HTTP headers or whatever can be useful contextual information for the retrieved URL. I don't know every backend url.el supports, so I can't imagine what a good abstraction might be. :) =2D-=20 Julien Danjou =E2=9D=B1 http://julien.danjou.info --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBAgAGBQJN0i4OAAoJEGEbqVCLeKXCcL4P/3kshpY4gXey5iLWe2fzwXnB NycCvGD33ufliB8Clt9esCeWdA0vY0EmtUrlQyBAKh6s78NAQbP9U4sP+J9eEzg7 A4RZ2DFyPidQI/uDCQbO++iRKrQVeFMffAfLmCQuSyGbXptG2HycsFD/YvAsAqQF oyVliSk4GCsOedRHUc4EGUmfU+u79gryphJyjkaaA8QouOguX9tC7gdsq25PmXHZ NQXmqPjDLYzhsoEplKYtUA0CmETyucJRjM3hjhz6440+0h0JBgXnIs9iWxUFwKo8 lUxToKPOttfqqxau8OI6AAmL4v6B6e5VybXxR97asvx7/75BSfDzuZk9pVz7OEgt qQKxcQqafJxmT5MXSWim+qZF5EK+V5iKrzkvDSxNOu7g45vyeoFdRJqbtTiwYTAZ 7aeKo9aDaqotsSbRoAko5GdQUfrs0ibwTOoGHC6gnSG63mpTV2WVqJmqtDxnsSHk R1lBXSbvg5o4XhmzTbwAMttAAWiDaBZWUoGl1xoD05DSIn6hq7i4RMibozo9AyIW sQS599IK03xnhAIVfqU/DUnKr5g9izzQZVBguOPatNGrR+KUzB/qIcBOsbcE0so3 hw063qit92y8/DQhLkPvbcnwotwB11d0+oLN/Ak3/X9tWhjqsItQGaL/ouGFQAwD D5mxKwkqZYyT1KwmieB+ =8NyE -----END PGP SIGNATURE----- --=-=-=--