[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Refactoring xml.el namespace handling
From: |
Kim F. Storm |
Subject: |
Re: Refactoring xml.el namespace handling |
Date: |
08 Mar 2004 02:33:07 +0100 |
User-agent: |
Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 |
Stefan Monnier <address@hidden> writes:
> > Now that I've gotten a good HEAD, here is a fresh diff.
>
> Thank you. Here is a counter patch. The main difference is that it uses
> 'http://foo/bar rather than :http://foo/bar so as to avoid an unnecessary
> (concat ":" foo) and also so that (symbol-name foo) immediately returns
> a usable URL.
> It also cleans up a few elisp things (like replace mapcar->mapc->dolist,
> and (append (list x) y) -> (cons x y), ...).
> Things left:
> - it seems that the new code returns either a TAG (a symbol) or (NS . TAG)
> where TAG is a string rather than a symbol. Do I understand this right?
> Is that done on purpose? It looks like a bad idea.
I don't know the code, but to me it seems that using strings rather
than symbols (in all places) generally would be preferable, as it
avoids pollution in the name space -- or maybe a local name space is
used here? Or do symbols get garbage collected like strings do ?
--
Kim F. Storm <address@hidden> http://www.cua.dk