From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.devel Subject: Re: more url-utils? Date: Mon, 16 May 2011 23:21:37 +0200 Message-ID: References: <8739kgqbui.fsf@gnu.org> <871uzy7b9o.fsf@lifelogs.com> <877h9q5ub7.fsf@lifelogs.com> <87hb8u4a5x.fsf@lifelogs.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1305580927 21495 80.91.229.12 (16 May 2011 21:22:07 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 16 May 2011 21:22:07 +0000 (UTC) Cc: emacs-devel@gnu.org To: Ted Zlatanov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon May 16 23:22:03 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 1QM5Ep-0002Vg-Dk for ged-emacs-devel@m.gmane.org; Mon, 16 May 2011 23:22:03 +0200 Original-Received: from localhost ([::1]:35346 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QM5Eo-0000vG-MO for ged-emacs-devel@m.gmane.org; Mon, 16 May 2011 17:22:02 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:43277) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QM5Em-0000v4-Jp for emacs-devel@gnu.org; Mon, 16 May 2011 17:22:01 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QM5El-0001qe-CI for emacs-devel@gnu.org; Mon, 16 May 2011 17:22:00 -0400 Original-Received: from mail-ew0-f41.google.com ([209.85.215.41]:39685) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QM5El-0001qa-3Y for emacs-devel@gnu.org; Mon, 16 May 2011 17:21:59 -0400 Original-Received: by ewy9 with SMTP id 9so1627048ewy.0 for ; Mon, 16 May 2011 14:21:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:content-transfer-encoding; bh=ecdX+bsqA/yr0VhYyIvBLDCVL6EHP1ObhFHKTAuubyM=; b=bpx24K+jTfmJNxQef3qLvuUI4pboWnYi+Ijm30Vp8ZD0u0kTYCTD51ZtsvJ2LIedI7 Q7blwkaIbImLNiaHC6Te0TCMw2Fjecv9457meEAR4NCuj6FVNwpZma4FZZzhlHDb8kJ2 pmb+uzy7qlLmiudrNFaQlhx499Fjo1k1WZhlE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=M54u3zQSfS53K6sXjmO0ZFHCutb4U6SvLzh32ooh4FsvnUB96xYOnaPJpXcmx2wKLH IAeJKXmyd+ckhG9YICW8FB7nzRQ6NpNJzDtyq6dQPHbSDX+7UbIFAjV/Cjildn2Obr0A sNyDfp8XOpW3qCEzsum9mK7usRxUhRVLMNmGM= Original-Received: by 10.213.99.81 with SMTP id t17mr1859987ebn.85.1305580917644; Mon, 16 May 2011 14:21:57 -0700 (PDT) Original-Received: by 10.213.2.136 with HTTP; Mon, 16 May 2011 14:21:37 -0700 (PDT) In-Reply-To: <87hb8u4a5x.fsf@lifelogs.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 209.85.215.41 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:139447 Archived-At: 2011/5/16 Ted Zlatanov : > On Mon, 16 May 2011 23:07:49 +0200 joakim@verona.se wrote: > > j> Stefan Monnier writes: >>>>>> After looking at many examples in Emacs, I can't find or think of an= y >>>>>> need for the headers *as text* in the code I've seen. =C2=A0I would: > SM> That sounds right. >>>> ...so can I go ahead with my proposal or would you rather be >>>> conservative and keep the old behavior, making API users turn off >>>> headers explicitly? >>> >>> There are 3 parts. >>> - removal of header text. >>> - backward compatibility. >>> - providing header info in a non-textual format. >>> >>> All three are important. > > j> Teds proposal addresses all three concerns right? > j> - The new API does what coders expect, no information is lost > j> - the old api is retained but marked obsolete > j> - headers are accessible in alist format > > j> Its more work but Teds volunteered to do it. Great! > > I don't think marking the old API obsolete will preserve backwards > compatibility. =C2=A0But if Stefan thinks so, I'll do it according to my > proposal. =C2=A0Otherwise he'll have to decide what the API will be. > > I don't mind the extra work if it improves Emacs. =C2=A0Right now using > url-*.el to just get some data is pretty painful compared to Perl's LWP, > for instance. Yes, it is pretty painful and hardly documented. Take for example url-http-parse-headers. Anyone can say what it does by just reading the doc string? Improvements will save a lot of time!