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: Fri, 24 Sep 2010 19:58:42 +0100 Message-ID: <871v8jge8t.fsf@gmail.com> References: <87vd5x7ty2.fsf@stupidchicken.com> <87vd5wo48a.fsf@stupidchicken.com> <8739t03q2g.fsf@stupidchicken.com> <87k4mb2mfu.fsf@stupidchicken.com> <87pqw3nm4y.fsf@stupidchicken.com> <87iq1v0yi2.fsf@stupidchicken.com> <87bp7n0y7w.fsf@stupidchicken.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1285354770 13475 80.91.229.12 (24 Sep 2010 18:59:30 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 24 Sep 2010 18:59:30 +0000 (UTC) Cc: emacs-devel@gnu.org To: Chong Yidong Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Sep 24 20:59:27 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 1OzDUT-0003ET-8b for ged-emacs-devel@m.gmane.org; Fri, 24 Sep 2010 20:59:25 +0200 Original-Received: from localhost ([127.0.0.1]:52766 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OzDUS-0008LW-SE for ged-emacs-devel@m.gmane.org; Fri, 24 Sep 2010 14:59:24 -0400 Original-Received: from [140.186.70.92] (port=48638 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OzDUL-0008Kf-BG for emacs-devel@gnu.org; Fri, 24 Sep 2010 14:59:18 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OzDUK-0006yj-72 for emacs-devel@gnu.org; Fri, 24 Sep 2010 14:59:17 -0400 Original-Received: from mail-wy0-f169.google.com ([74.125.82.169]:40170) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OzDUK-0006yb-05 for emacs-devel@gnu.org; Fri, 24 Sep 2010 14:59:16 -0400 Original-Received: by wyb36 with SMTP id 36so3715027wyb.0 for ; Fri, 24 Sep 2010 11:59:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=cgTcnR5CSGINOWLrp33XAhLxNA16KwMJY0qR7vj1KZc=; b=VcLqfDC6MQeGzWjIdev/3a3DNxnexrPYjKDgZpLFhOkrWQOSolyQ5fhbPlq2G0xJA9 1lMeXsi9lb0nSL+jRYDjuSX1NUXnR0kjpdFi6GZiB58+dBAioTpCNY9n3PbPk8pkRxRS 31JJEHIREkDjj5siVtaSKJUSzujClVfXgQO0Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=VO4adj6ilyHNxq5neEmfNez7BXGmaM/jKUPSgR2pIXeMgLEM5PwfLAEEtYi3u17S+d QL/OylQ9t6UjsdcAK2N9KEx7c59pMzfNk3vy929aUhjVyjfOsJ+zRDPmLMVRSCo3fd/r eodi8JU/UF7EQ89Qm11l2GbIo0AZUBMS8MrVA= Original-Received: by 10.227.147.144 with SMTP id l16mr3396130wbv.45.1285354754869; Fri, 24 Sep 2010 11:59:14 -0700 (PDT) Original-Received: from spec-desktop.specuu.com (host86-133-35-46.range86-133.btcentralplus.com [86.133.35.46]) by mx.google.com with ESMTPS id m5sm2081545wbc.9.2010.09.24.11.59.12 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 24 Sep 2010 11:59:13 -0700 (PDT) In-Reply-To: <87bp7n0y7w.fsf@stupidchicken.com> (Chong Yidong's message of "Fri, 24 Sep 2010 14:53:55 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 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:130795 Archived-At: Chong Yidong writes: > Chong Yidong writes: > >> I think that code might just be crufty. Here's an implementation, >> assuming sxml format > > Anyway, now that I think about it, the point that Leo made about public > functions is a good one. If xml.el were to provide some public > functions for operations like "finding" or "flattening" or "removing > tags", the exact format becomes less important. Yes, I agree fully with it. If we could departure out of the physical representation of the data, by some abstraction layer it would be just easier to apply any modifications. Mine 2 cents, Wojciech