From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Wojciech Meyer Newsgroups: gmane.emacs.devel Subject: Re: Problems with xml-parse-string Date: Wed, 22 Sep 2010 13:34:12 +0100 Message-ID: References: <87pqw6d7nz.fsf@stupidchicken.com> <87zkvaiked.fsf@stupidchicken.com> <87vd5ymptn.fsf@stupidchicken.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1285159567 17501 80.91.229.12 (22 Sep 2010 12:46:07 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 22 Sep 2010 12:46:07 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Sep 22 14:46:06 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1OyOi2-0006rd-AO for ged-emacs-devel@m.gmane.org; Wed, 22 Sep 2010 14:46:02 +0200 Original-Received: from localhost ([127.0.0.1]:50064 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OyOX7-0006fS-BO for ged-emacs-devel@m.gmane.org; Wed, 22 Sep 2010 08:34:45 -0400 Original-Received: from [140.186.70.92] (port=57498 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OyOWv-0006cR-2e for emacs-devel@gnu.org; Wed, 22 Sep 2010 08:34:37 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OyOWp-0000GU-Ta for emacs-devel@gnu.org; Wed, 22 Sep 2010 08:34:32 -0400 Original-Received: from mail-qw0-f41.google.com ([209.85.216.41]:47797) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OyOWp-0000GH-QB for emacs-devel@gnu.org; Wed, 22 Sep 2010 08:34:27 -0400 Original-Received: by qwf7 with SMTP id 7so742946qwf.0 for ; Wed, 22 Sep 2010 05:34:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=boTkZrDU5BX2Fwp3d/pIz1CyPR09Qz2WPJSHV14pnls=; b=P88692gIEA6mJxIR2zAwAfAx7CjY8844MUgvADuIs4k+dl/zim3e3yjlDI3yEeHX4z /jaTutUURT953fbpWi+iLdSFFZ1S56r33PudHYbLNc6jbcUOESGXmy10YUKtQPY2IWQD faUHN85kQCH4rBe8WlsmvPx/PM6EoSFbV8w38= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=Vrcs8T9OZaxDB4Mw43VZZ31S7RHzNfaBJn+ra7Nha0bw/RFCysmFEYrk2+wr71RrQp U0ef6LWJB5sGglBTEt6w5DSLhA7XIzLSKa34TDDON54B92DdklJyN1UkynkNxZcfD3VM d+q9pNYsYMcSuhDtkbaLYIwINvEmx5yRUT720= Original-Received: by 10.224.89.67 with SMTP id d3mr100181qam.39.1285158852081; Wed, 22 Sep 2010 05:34:12 -0700 (PDT) Original-Received: by 10.229.31.139 with HTTP; Wed, 22 Sep 2010 05:34:12 -0700 (PDT) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:130616 Archived-At: On Wed, Sep 22, 2010 at 1:26 PM, Lars Magne Ingebrigtsen w= rote: > Wojciech Meyer writes: > >>> It's fiddly to work with. >> >> Can you elaborate? > > Did you look at my code example? =A0Did you see how unfiddly it was? It is data, it doesn't need to look good. Obviously you handle that as an abstract data structure. > > In any case, if the problem here is that we have a different interface > for the xml parsing already in place -- I just added xml-parse-buffer to > xml.c as an afterthought, since it was trivial to do. =A0I don't care > about xml parsing per se. =A0My point was to have the sloppy real-world but I care, and many people here do care, because it is important to got it right. > html-parse-buffer interface available from Emacs, and we don't have any > equivalent Emacs Lisp code available (that I know of) that is has to be > compatible with. Wojciech