+1 (to elementree and to the use of lxml in plugins)

I would encourage introducing no new dependencies outside of what can be
isolated inside a plugin (dunno if john's changes fall into that category)
and disable any related tests if the dependency is unavailable.   Special
dependency code also should not hide the fallback implementation from
tests;  a conditional import rendered the standard sparql xmlwriter and it's
brokeness hidden from those with Ft installed for a quite awhile on trunk.

-w


On 8/9/07, Nicola Larosa <[EMAIL PROTECTED]> wrote:
>
> Hi everyone from an ex-lurker. ;-)
>
> "John L. Clark" wrote:
> > I think that correctly processing XML is important; that is the first
> > reason that I want to propose that the RDFLib developers acknowledge a
> > dependency on 4Suite.  4Suite (which provides the `Ft` namespace)
> > offers the highest quality XML processing capabilities available in
> > Python.
>
> The obvious alternative, now that ElementTree is in the standard library,
> is its high-powered, compatible cousin, lxml.
>
> We used lxml to good effect, including its RelaxNG schema handling. It's
> fairly simple to use, arguably more so than 4Suite.
>
> I didn't do a feature comparison between 4Suite and lxml, so I don't know
> whether it has all the features needed by rdflib.
>
> --
> Nicola Larosa - http://www.tekNico.net/
>
> [Some] people [...] need a god (or God) outside themselves to feel like
> life is meaningful. The most anti-nihilistic way to live is to understand
> that life itself is meaningful enough without imagining or creating some
> external meaning. -- Anne Truitt Zelenka, March 2007
>
>
> _______________________________________________
> Dev mailing list
> Dev@rdflib.net
> http://rdflib.net/mailman/listinfo/dev
>



-- 

| david "whit" morriss
|
| contact :: http://public.xdi.org/=whit

"If you don't know where you are,
  you don't know anything at all"

  Dr. Edgar Spencer, Ph.D., 1995


"I like to write code like
other ppl like to tune their
cars or 10kW hifi equipment..."

Christian Heimes, 2004
_______________________________________________
Dev mailing list
Dev@rdflib.net
http://rdflib.net/mailman/listinfo/dev

Reply via email to