You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
WAUrl >> #encodeOn: assumes the document is going to be HTML, it sets
#usingHtmlEntities: to true. This is not always the case for example when
a curl document is created. I see two ways to fix this
- ask the document whether it is HTML
- double disptache on the document
Original issue reported on code.google.com by philippe...@gmail.com on 12 Sep 2009 at 7:13
The text was updated successfully, but these errors were encountered:
I think I found a way that's not too hack. The problem was that
#encodeParametersOn:usingHtmlEntities: reimplemented HTML escaping. It
shouldn't do
this, it has a document that's responsible for this. However it was needed
because
#printOn: didn't want any escaping.
I introduced a WAUnescapedDocument that doesn't do any escaping. This is now
used by
#printOn: so that #encodeParametersOn: can no directly delegate to the
htmlEncoder of
the document. Tell, don't ask.
Original comment by philippe...@gmail.com on 20 Sep 2009 at 1:16
Name: Seaside-Core-pmm.569
Author: pmm
Time: 20 September 2009, 3:17:53 pm
UUID: 557b1df8-f538-4b7d-8469-b75cc09fab69
Ancestors: Seaside-Core-pmm.568
- Issue 461: WAUrl >> #encodeOn: assumes HTML
- http://code.google.com/p/seaside/issues/detail?id=461
- move logic that no escaping should happen to a new WAUnescaped document
Original comment by philippe...@gmail.com on 20 Sep 2009 at 1:18
Original issue reported on code.google.com by
philippe...@gmail.com
on 12 Sep 2009 at 7:13The text was updated successfully, but these errors were encountered: