summaryrefslogtreecommitdiff
path: root/www/p5-HTML-Parser/patches
diff options
context:
space:
mode:
authorheinz <heinz>2003-08-25 00:00:08 +0000
committerheinz <heinz>2003-08-25 00:00:08 +0000
commitfc6d5ace8e057f449b3faa2ea4277a75b29752e6 (patch)
tree322f08a6d32de978056400fe028bd76438158240 /www/p5-HTML-Parser/patches
parent68f347b93eef1bf333ae578718e8907b36cc82d3 (diff)
downloadpkgsrc-fc6d5ace8e057f449b3faa2ea4277a75b29752e6.tar.gz
Update to 3.31.
Better compatibility with Mozilla/MSIE behaviour. ==== Changes since 3.27 ==== 2003-08-19 Gisle Aas <gisle@ActiveState.com> Release 3.31 The -DDEBUGGING fix in 3.30 was not really there :-( 2003-08-17 Gisle Aas <gisle@ActiveState.com> Release 3.30 The previous release failed to compile on a -DDEBUGGING perl like the one provided by Redhat 9. Got rid of references to perl-5.7. Further fixes to avoid warnings from Visual C. Patch by Steve Hay <steve.hay@uk.radan.com>. 2003-08-14 Gisle Aas <gisle@ActiveState.com> Release 3.29 Setting xml_mode now implies strict_names also for end tags. Avoid warning from Visual C. Patch by <gsar@activestate.com>. 64-bit fix from Doug Larrick <doug@ties.org> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=195500 Try to parse similar to Mozilla/MSIE in certain edge cases. All these are outside of the official definition of HTML but HTML spam often tries to take advantage of these. - New configuration attribute 'strict_end'. Unless enabled we will allow end tags to contain extra words or stuff that look like attributes before the '>'. This means that tags like these: </foo foo="<ignored>"> </foo ignored> </foo ">" ignored> are now all parsed as a 'foo' end tag instead of text. Even if the extra stuff looks like attributes they will not be reported if requested via the 'attr' or 'tokens' argspecs for the 'end' handler. - Parse '</:comment>' and '</ comment>' as comments unless strict_comment is enabled. Previous versions of the parser would report these as text. If these comments contain quoted words prefixed by space or '=' these words can contain '>' without terminating the comment. - Parse '<! "<>" foo>' as comment containing ' "<>" foo'. Previous versions of the parser would terminate the comment at the first '>' and report the rest as text. - Legacy comment mode: Parse with comments terminated with a lone '>' if no '-->' is found before eof. - Incomplete tag at eof is reported as a 'comment' instead of 'text' unless strict_comment is enabled. 2003-04-16 Gisle Aas <gisle@ActiveState.com> Release 3.28 When 'strict_comment' is off (which it is by default) treat anything that matches <!...> a comment. Should now be more efficient on threaded perls.
Diffstat (limited to 'www/p5-HTML-Parser/patches')
-rw-r--r--www/p5-HTML-Parser/patches/patch-aa10
1 files changed, 5 insertions, 5 deletions
diff --git a/www/p5-HTML-Parser/patches/patch-aa b/www/p5-HTML-Parser/patches/patch-aa
index 0cc13c3e668..9c3da1a50f3 100644
--- a/www/p5-HTML-Parser/patches/patch-aa
+++ b/www/p5-HTML-Parser/patches/patch-aa
@@ -1,9 +1,9 @@
-$NetBSD: patch-aa,v 1.1 2000/10/15 02:19:39 jlam Exp $
+$NetBSD: patch-aa,v 1.2 2003/08/25 00:00:09 heinz Exp $
---- Makefile.PL.orig Sat Sep 16 21:40:09 2000
-+++ Makefile.PL Sun Sep 24 19:40:27 2000
-@@ -19,7 +19,7 @@
- only entities in the Latin-1 range is decoded.
+--- Makefile.PL.orig Fri Aug 15 17:32:56 2003
++++ Makefile.PL
+@@ -19,7 +19,7 @@ the question below such entities will be
+ in the Latin-1 range is decoded.
EOT
- my $ans = prompt("Do you want decoding on unicode entities?", "no");