From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: more url-utils? Date: Tue, 17 May 2011 10:34:12 -0300 Message-ID: References: <8739kgqbui.fsf@gnu.org> <871uzy7b9o.fsf@lifelogs.com> <877h9q5ub7.fsf@lifelogs.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1305639270 16484 80.91.229.12 (17 May 2011 13:34:30 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 17 May 2011 13:34:30 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue May 17 15:34:26 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 1QMKPn-0003kV-3I for ged-emacs-devel@m.gmane.org; Tue, 17 May 2011 15:34:23 +0200 Original-Received: from localhost ([::1]:51431 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QMKPm-0006cw-DF for ged-emacs-devel@m.gmane.org; Tue, 17 May 2011 09:34:22 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:53011) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QMKPj-0006cY-As for emacs-devel@gnu.org; Tue, 17 May 2011 09:34:20 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QMKPf-00074d-G5 for emacs-devel@gnu.org; Tue, 17 May 2011 09:34:19 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]:55767) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QMKPf-00074Z-DC for emacs-devel@gnu.org; Tue, 17 May 2011 09:34:15 -0400 Original-Received: from 213-159-126-200.fibertel.com.ar ([200.126.159.213]:44194 helo=ceviche.home) by fencepost.gnu.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1QMKPf-0002aE-1o; Tue, 17 May 2011 09:34:15 -0400 Original-Received: by ceviche.home (Postfix, from userid 20848) id 4EA6A66140; Tue, 17 May 2011 10:34:12 -0300 (ART) In-Reply-To: (Lars Magne Ingebrigtsen's message of "Tue, 17 May 2011 13:40:06 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.10 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:139461 Archived-At: >> There are 3 parts. >> - removal of header text. >> - backward compatibility. >> - providing header info in a non-textual format. > Adding a new optional parameter `no-headers' (or something) to > `url-retrieve' (and -synchronous) could do the trick, but the caller > (who wants no headers) have to do some pretty deep inspection to find > out whether this version of `url-retrieve' has that parameter or not. Agreed. > So how about a new function, with a signature something like this: > (defun url-fetch (url &keywords callback cbargs silent)) Sounds about right. > The `callback' is optional, and if not provided, makes `url-fetch' be > synchronous. Yes, I used the same convention in mpc.el. > (Too bad Emacs doesn't really have a culture for closures, because > then we could get rid of cbargs, too. Being able to say stuff like This change to URL would be for Emacs-24 which does support closures natively (and I encourage people to use this facility), so we could definitely drop the `cbargs'. Stefan