oga/lib at 5f7256eb8f69827d990fe7cd1fe97ff2b4523f23 - oga

History

Yorick Peterse 5f7256eb8f Encode/decode XML entities. When lexing XML entities such as & and < these sequences are now converted into their "actual" forms. In turn, Oga::XML::Text#to_xml ensures they are encoded when the method is called. Performance wise this puts some strain on the lexer, for every T_TEXT/T_STRING node now potentially has to have its content modified. In the benchmark xml/lexer/string_average_bench.rb the average processing time is now about the same as before the improvements made in `8db77c0a09`. I was hoping that the lexer would still be a bit faster, but alas this is not the case. Doing this in native code would be a nightmare as C doesn't have a proper string replacement function. I'm not old/sadistic enough to write on myself just yet. This fixes #49	2014-09-28 21:53:25 +02:00
..
oga	Encode/decode XML entities.	2014-09-28 21:53:25 +02:00
oga.rb	Encode/decode XML entities.	2014-09-28 21:53:25 +02:00

Yorick Peterse 5f7256eb8f Encode/decode XML entities.

When lexing XML entities such as &amp; and &lt; these sequences are now
converted into their "actual" forms. In turn, Oga::XML::Text#to_xml ensures they
are encoded when the method is called.

Performance wise this puts some strain on the lexer, for every T_TEXT/T_STRING
node now potentially has to have its content modified. In the benchmark
xml/lexer/string_average_bench.rb the average processing time is now about the
same as before the improvements made in
8db77c0a09. I was hoping that the lexer would
still be a bit faster, but alas this is not the case. Doing this in native code
would be a nightmare as C doesn't have a proper string replacement function. I'm
not old/sadistic enough to write on myself just yet.

This fixes #49

2014-09-28 21:53:25 +02:00

oga Encode/decode XML entities. 2014-09-28 21:53:25 +02:00

oga.rb Encode/decode XML entities. 2014-09-28 21:53:25 +02:00