I've been considering switching to Nokogiri instead of Hpricot, mostly
'cause Mechanize has switched. However, the two actually behave quite
differently. The Nokogiri objects don't simulate standard container
behavior nearly as well as Hpricot. I also noticed that this:
require 'nokogiri'
require 'hpricot'
xml = '<first look="Big & small...">content</first>'
xml = '<first look="Big & small...">content</first>'
It's not valid xml. It should be "Big & small..."
I guess that for non-valid xml there is now "valid" behavior. Ask
hpricot and nokogiri developers what happen when xml is not valid
(they try to fix it or smth?)
Big & small...
Big & smal...
Strange. I get:
Big small...
Big & small...
The difference is about '&' which is not valid in xml (& should be
used instead).
···
On Mon, Feb 2, 2009 at 11:00 AM, Just Another Victim of the Ambient Morality <ihatespam@hotmail.com> wrote:
"Rados³aw Bu³at" <radek.bulat@gmail.com> wrote in message
news:de8b82ea0902020449t586cb2e7jfaeca2976bee4852@mail.gmail.com...
It's not valid xml. It should be "Big & small..."
I guess that for non-valid xml there is now "valid" behavior. Ask
hpricot and nokogiri developers what happen when xml is not valid
(they try to fix it or smth?)
Actually, "Big & small" is what I wrote in the example. The second
output is erroneously missing an "l" but I think that's understood...
I'm wondering if anyone knows what the correct behaviour is supposed to
be...
Oh, I get it. Maybe my use of & amp ; was translated in whatever client
you're using?