From: Chong Yidong <cyd@stupidchicken.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: Lars Magne Ingebrigtsen <larsi@gnus.org>, emacs-devel@gnu.org
Subject: Re: Problems with xml-parse-string
Date: Sat, 25 Sep 2010 11:00:11 -0400 [thread overview]
Message-ID: <87iq1tg96s.fsf@stupidchicken.com> (raw)
In-Reply-To: <8339syrlto.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 25 Sep 2010 15:31:47 +0200")
Eli Zaretskii <eliz@gnu.org> writes:
>> > You are overselling your case.
>>
>> I give up.
>
> That's a pity.
>
> Chong, I'd suggest trusting Lars's instincts and experience a bit
> more. OTOH, if you indeed want to see valid technical arguments for
> his suggestion, you should request the same from the opposite views.
> We should either judge intuition against intuition or specific
> arguments vs specific arguments. I saw no practical arguments to back
> up the other view, only academic ones. That's unfair, IMO.
Well, I'm sorry if this is unfair, but in such a situation---there are
numerous third-party packages requiring xml.el; a cursory search on
emacswiki showing five or six---the onus of proof is on the proponent of
the compatibility-breaking change. I've looked at the three formats,
and the examples given; and maybe I'm just being dense, but I just don't
see sufficient advantage.
I'm open to adding a flag to the parse functions that toggles between
the old xml.el format and a new format; but the trouble is that if we're
going to offer a new alternative format, it becomes hard to justify
making that new format yet another non-standard one (Lars'), rather than
something other people are already using (sxml). That's why I think
it's better to work on improving the accessor functions instead.
next prev parent reply other threads:[~2010-09-25 15:00 UTC|newest]
Thread overview: 100+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-09-14 18:11 Problems with xml-parse-string Leo
2010-09-14 18:24 ` Lars Magne Ingebrigtsen
2010-09-14 21:18 ` Stefan Monnier
2010-09-15 8:06 ` Lars Magne Ingebrigtsen
2010-09-15 8:51 ` Stefan Monnier
2010-09-15 9:21 ` Lars Magne Ingebrigtsen
2010-09-15 9:54 ` Leo
2010-09-15 10:16 ` Julien Danjou
2010-09-15 15:58 ` Chad Brown
2010-09-21 23:00 ` Chong Yidong
2010-09-21 23:24 ` Leo
2010-09-22 2:26 ` Chong Yidong
2010-09-22 3:15 ` Chong Yidong
2010-09-22 7:14 ` Stefan Monnier
2010-09-22 10:35 ` Lars Magne Ingebrigtsen
2010-09-22 10:58 ` Lars Magne Ingebrigtsen
2010-09-22 11:00 ` Leo
2010-09-22 11:09 ` Lars Magne Ingebrigtsen
2010-09-22 11:41 ` Lars Magne Ingebrigtsen
2010-09-22 11:55 ` Wojciech Meyer
2010-09-22 12:09 ` Lars Magne Ingebrigtsen
2010-09-22 12:17 ` Wojciech Meyer
2010-09-22 12:18 ` Lars Magne Ingebrigtsen
2010-09-22 12:20 ` Wojciech Meyer
2010-09-22 12:26 ` Lars Magne Ingebrigtsen
2010-09-22 12:34 ` Wojciech Meyer
2010-09-22 12:46 ` Lars Magne Ingebrigtsen
2010-09-22 12:45 ` Leo
2010-09-22 13:14 ` Lars Magne Ingebrigtsen
2010-09-22 14:07 ` Chong Yidong
2010-09-22 15:04 ` Eli Zaretskii
2010-09-22 23:59 ` Stefan Monnier
2010-09-23 5:53 ` Leo
2010-09-23 15:43 ` Chong Yidong
2010-09-23 16:53 ` Leo
2010-09-23 21:58 ` Wojciech Meyer
2010-09-23 22:21 ` Lars Magne Ingebrigtsen
2010-09-24 0:04 ` Stefan Monnier
2010-09-24 0:06 ` Lars Magne Ingebrigtsen
2010-09-24 1:09 ` Chong Yidong
2010-09-24 2:46 ` David De La Harpe Golden
2010-09-24 5:38 ` David Kastrup
2010-09-24 8:02 ` Eli Zaretskii
2010-09-24 10:47 ` Wojciech Meyer
2010-09-24 10:44 ` Wojciech Meyer
2010-09-24 10:49 ` Lars Magne Ingebrigtsen
2010-09-24 15:25 ` Chong Yidong
2010-09-24 15:53 ` Lars Magne Ingebrigtsen
2010-09-24 16:26 ` Chong Yidong
2010-09-24 16:46 ` Lars Magne Ingebrigtsen
2010-09-24 17:34 ` Wojciech Meyer
2010-09-24 18:09 ` Frank Schmitt
2010-09-24 18:21 ` Ted Zlatanov
2010-09-24 18:31 ` Wojciech Meyer
2010-09-24 18:47 ` Chong Yidong
2010-09-24 18:53 ` Chong Yidong
2010-09-24 18:58 ` Wojciech Meyer
2010-09-24 19:06 ` Lars Magne Ingebrigtsen
2010-09-24 19:25 ` Chong Yidong
2010-09-24 19:34 ` Lars Magne Ingebrigtsen
2010-09-24 21:57 ` Chong Yidong
2010-09-25 13:11 ` Lars Magne Ingebrigtsen
2010-09-25 13:31 ` Eli Zaretskii
2010-09-25 13:56 ` David Kastrup
2010-09-25 13:59 ` Wojciech Meyer
2010-09-25 16:13 ` Eli Zaretskii
2010-09-25 16:46 ` Wojciech Meyer
2010-09-25 22:29 ` Juanma Barranquero
2010-09-25 15:00 ` Chong Yidong [this message]
2010-09-24 22:01 ` Stefan Monnier
2010-09-24 22:17 ` Chong Yidong
2010-09-25 0:25 ` Wojciech Meyer
2010-09-25 14:42 ` Andy Wingo
2010-09-25 15:12 ` Leo
2010-09-25 15:21 ` Leo
2010-09-25 15:42 ` Wojciech Meyer
2010-09-25 20:02 ` Stefan Monnier
2010-09-25 20:32 ` Leo
2010-09-25 23:08 ` Leo
2010-09-26 21:55 ` Stefan Monnier
2010-09-26 23:34 ` Leo
2010-09-26 3:48 ` pcase.el (was: Problems with xml-parse-string) Ted Zlatanov
2010-09-26 22:06 ` pcase.el Stefan Monnier
2010-09-27 16:59 ` pcase.el Leo
2010-09-27 22:51 ` pcase.el Stefan Monnier
2010-09-28 18:17 ` pcase.el Ted Zlatanov
2010-09-24 23:43 ` Problems with xml-parse-string Andrew W. Nosenko
2010-09-23 2:16 ` Kevin Rodgers
2010-09-22 14:05 ` Chong Yidong
2010-09-22 14:32 ` Lars Magne Ingebrigtsen
2010-09-22 15:46 ` Chong Yidong
2010-09-22 16:12 ` Lars Magne Ingebrigtsen
2010-09-22 16:51 ` Wojciech Meyer
2010-09-22 18:06 ` Chong Yidong
2010-09-22 18:14 ` Edward O'Connor
2010-09-22 18:34 ` Leo
2010-09-22 18:41 ` Chong Yidong
2010-09-22 19:57 ` Wojciech Meyer
2010-09-22 18:06 ` Andy Wingo
2010-09-22 23:48 ` Stefan Monnier
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87iq1tg96s.fsf@stupidchicken.com \
--to=cyd@stupidchicken.com \
--cc=eliz@gnu.org \
--cc=emacs-devel@gnu.org \
--cc=larsi@gnus.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).