Jerry James writes:
Emacs has a very simple interface to some libxml2 functionality.
I'd really like this to be general-purpose ...
It is used by gnus, and also for D-Bus support.
... although Emacs compatibility (unfortunately) really has to be
given priority. Just how crappy is the Emacs API from the point of
view of eventually exposing a useful generic XML API to Lisp?
Finally, I'm not totally happy with the way I have to convert a
portion of a buffer to a Lisp string, and then convert the Lisp
string to an externally encoded block of memory. Is there some way
of skipping that middle step, and producing a memory block in an
external encoding from a portion of a Lisp buffer?
It would be a utility function named something like
buffer_to_Lisp_Opaque or perhaps you can use a DFC_ macro (text.h or
maybe text.c) if it exists.
If not, it shouldn't be too hard to generalize
DFC_LISP_STRING_TO_EXTERNAL to handle buffers (I think you just need
to deal with the gap, and the gap respects character boundaries so it
should be simple: one (conceptual) loop for the price of two (real)
loops).
I'll try to take a look at the patch itself over the weekend.
BTW, in the near future I'm going to propose my libcurl and neon
modules for inclusion, along with a support module I call earl (Emacs
Augmented Resource Locators, although I'm really tempted by eerie --
EERIE is Extended Resource Identifiers for Emacsen).
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta