This repository is private.
All pages are served over SSL and all pushing and pulling is done over SSH.
No one may fork, clone, or view it unless they are added as a member.
Every repository with this icon (
) is private.
Every repository with this icon (
This repository is public.
Anyone may fork, clone, or view it.
Every repository with this icon (
) is public.
Every repository with this icon (
Astro (author)
Sun Sep 28 14:42:19 -0700 2008
commit 5df24130a3103d2b159d63bad28ed1cbb1749407
tree cbcb9439e12455b9ceecb61d5df5bfbddd2d1f8e
parent 0c9416b27661cafaec8389e656754a8be98b0777
tree cbcb9439e12455b9ceecb61d5df5bfbddd2d1f8e
parent 0c9416b27661cafaec8389e656754a8be98b0777
README
Are you tired of strange REXML behaviour? Do you need twice the performance when dealing with XML? Are you stuck with the REXML API because your code uses it everywhere? You're not alone. I don't mean any offense, and I deeply respect Sean Russell's work and the amount of time that he has put into the project. I won't be able to do better, but have had problems more than one time with REXML. In XMPP4R we're bound to the very intuitive REXML API because that's what XMPP4R is about: dealing with XML. I thought the only way out would be resembling it. That's why I have started REXML-dropin, a wrapper around libxml: http://github.com/astro/rexml-dropin/ To be honest, I'm not convinced by libxml-ruby's code, but it looks way cleaner than REXML. So far, I'm able to run a basic XMPP client with it. There's a lot left to be done, so go ahead and fork it! Dependencies: * libxml-parser-ruby: http://www.yoshidam.net/Ruby.html#xmlparser * libxml-ruby beyond 0.8.3/SVN r524: http://libxml.rubyforge.org/ * require 'rexml' first!







