Menu
▾
▴
jtidy-devel — JTidy mailing list for developers
You can subscribe to this list here.
| 2004 |
Jan
(29) |
Feb
(1) |
Mar
(6) |
Apr
(31) |
May
(2) |
Jun
(2) |
Jul
(13) |
Aug
(31) |
Sep
(41) |
Oct
(12) |
Nov
(13) |
Dec
(4) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(17) |
Feb
(3) |
Mar
(3) |
Apr
|
May
(1) |
Jun
(2) |
Jul
(1) |
Aug
(3) |
Sep
(3) |
Oct
(1) |
Nov
(2) |
Dec
(6) |
| 2006 |
Jan
(4) |
Feb
(6) |
Mar
(2) |
Apr
(1) |
May
|
Jun
|
Jul
(21) |
Aug
(7) |
Sep
(5) |
Oct
(4) |
Nov
(2) |
Dec
(2) |
| 2007 |
Jan
(1) |
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
(1) |
Aug
(2) |
Sep
(2) |
Oct
(2) |
Nov
|
Dec
(1) |
| 2008 |
Jan
(1) |
Feb
(1) |
Mar
(7) |
Apr
(2) |
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
(1) |
Oct
(1) |
Nov
(2) |
Dec
(8) |
| 2009 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
(2) |
Jul
(5) |
Aug
(24) |
Sep
(16) |
Oct
(8) |
Nov
(42) |
Dec
(3) |
| 2010 |
Jan
(8) |
Feb
(8) |
Mar
(14) |
Apr
(29) |
May
(2) |
Jun
(1) |
Jul
(11) |
Aug
(47) |
Sep
(4) |
Oct
(16) |
Nov
(18) |
Dec
|
| 2011 |
Jan
(5) |
Feb
(4) |
Mar
(2) |
Apr
|
May
|
Jun
(10) |
Jul
(50) |
Aug
(4) |
Sep
(4) |
Oct
(1) |
Nov
(4) |
Dec
|
| 2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
(8) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2004-09-01 20:02:21
|
Bugs item #1020691, was opened at 2004-09-01 16:02 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=1020691&group_id=13153 Category: Tidy functionality Group: None Status: Open Resolution: None Priority: 5 Submitted By: Terence Jacyno (tjacyno) Assigned to: Nobody/Anonymous (nobody) Summary: Problem with AttrCheckImpl$CheckColor.check Initial Comment: Applies to: jtidy2 - org.w3c.tidy.AttrCheckImpl, revision 1.31 Parsing certain HTML pages gives the following error: java.lang.StringIndexOutOfBoundsException: String index out of range: 0 at java.lang.String.charAt(String.java:444) at org.w3c.tidy.AttrCheckImpl$CheckColor.check(AttrCheckImpl.java:905) at org.w3c.tidy.AttVal.checkAttribute(AttVal.java:226) ... Replacing line 905 by if ((given.length() > 0) && (given.charAt(0) == '#')) and line 923 by else if ((given.length() > 0) && Lexer.isLetter(given.charAt(0))) solves the problem. Thanks. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=1020691&group_id=13153 |
|
From: SourceForge.net <no...@so...> - 2004-08-30 08:18:24
|
Bugs item #828316, was opened at 2003-10-22 18:01 Message generated for change (Comment added) made by fgiust You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=828316&group_id=13153 Category: Tidy functionality Group: None >Status: Closed Resolution: None Priority: 7 Submitted By: Peter Chase (chase_p_a) Assigned to: fabrizio giustina (fgiust) Summary: FRAMEBORDER attribute of IFRAME gives spurious warning Initial Comment: I have an HTML document with the following doctype: - <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> Within it, I have an IFRAME: - <iframe marginheight=0 marginwidth=0 frameborder=0 src="statusRefresh.m" height=0 width=0 scrolling="no"> Uh-oh, no IFRAME </iframe> If I parse this with JTidy, it produces a warning that the content is not compatible with the declared doctype. It says that it looks like "proprietory" HTML. By a process of elimination ... JTidy doesn't say what it's objecting to :-( ... I have determined that the warning is happening because JTidy doesn't allow the attribute "frameborder" in an "IFRAME" element. Removing the "frameborder=0" attribute eliminates the warning. I believe that "frameborder=0" is a valid attribute, and it is required for making an invisible IFRAME in Netscape 7. In the JTidy source, the AttributeTable class has the following line for frameborder: - new Attribute("frameborder", Dict.VERS_FRAMES, null), /* 0 or 1 */ I think that perhaps Dict.VERS_FRAMES should be replaced by Dict.VERS_IFRAMES or perhaps a bitwise OR of the two values. ---------------------------------------------------------------------- >Comment By: fabrizio giustina (fgiust) Date: 2004-08-30 10:18 Message: Logged In: YES user_id=798060 fixed in cvs for r8 thanks ---------------------------------------------------------------------- Comment By: fabrizio giustina (fgiust) Date: 2004-01-10 21:15 Message: Logged In: YES user_id=798060 added test case ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=828316&group_id=13153 |
|
From: SourceForge.net <no...@so...> - 2004-08-30 07:53:05
|
Bugs item #990604, was opened at 2004-07-14 03:01 Message generated for change (Comment added) made by fgiust You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=990604&group_id=13153 Category: None Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Langly (langly) >Assigned to: fabrizio giustina (fgiust) Summary: Case of content of "method" attribute for forms in XHTML Initial Comment: When outputting XHTML, JTidy must convert the content of the "method" attribute of "form" elements (either "get" or "post") to lower case. According to the XHTML 1.0 DTDs, only lower case is allowed in XHTML. ---------------------------------------------------------------------- >Comment By: fabrizio giustina (fgiust) Date: 2004-08-30 09:53 Message: Logged In: YES user_id=798060 fixed in cvs for r8. JTidy report a warning and fixes the invalid value. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=990604&group_id=13153 |
|
From: SourceForge.net <no...@so...> - 2004-08-28 22:41:42
|
Bugs item #444834, was opened at 2001-07-26 17:28 Message generated for change (Settings changed) made by fgiust You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=444834&group_id=13153 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Nobody/Anonymous (nobody) Summary: Silent Option Initial Comment: This is a request for a silent option which would suppress all errors, warnings and everything else that the quiet option omits. ---------------------------------------------------------------------- Comment By: fabrizio giustina (fgiust) Date: 2004-08-29 00:41 Message: Logged In: YES user_id=798060 "quiet" will be modified to be _really_ quiet. Testcase added in cvs. ---------------------------------------------------------------------- Comment By: Alex Chaffee (purpletech) Date: 2002-11-21 06:57 Message: Logged In: YES user_id=258611 Yeah! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=444834&group_id=13153 |
|
From: SourceForge.net <no...@so...> - 2004-08-28 22:41:24
|
Feature Requests item #444834, was opened at 2001-07-26 17:28 Message generated for change (Comment added) made by fgiust You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=363153&aid=444834&group_id=13153 Category: None Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: fabrizio giustina (fgiust) Summary: Silent Option Initial Comment: This is a request for a silent option which would suppress all errors, warnings and everything else that the quiet option omits. ---------------------------------------------------------------------- >Comment By: fabrizio giustina (fgiust) Date: 2004-08-29 00:41 Message: Logged In: YES user_id=798060 "quiet" will be modified to be _really_ quiet. Testcase added in cvs. ---------------------------------------------------------------------- Comment By: Alex Chaffee (purpletech) Date: 2002-11-21 06:57 Message: Logged In: YES user_id=258611 Yeah! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=363153&aid=444834&group_id=13153 |
|
From: SourceForge.net <no...@so...> - 2004-08-28 22:29:55
|
Feature Requests item #896430, was opened at 2004-02-13 12:19 Message generated for change (Comment added) made by fgiust You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=363153&aid=896430&group_id=13153 Category: None Group: None >Status: Closed Priority: 5 Submitted By: Hillebrand Gelderblom (hgelderblom) >Assigned to: fabrizio giustina (fgiust) Summary: Other encoding in than out. Initial Comment: The encoding of the xml document which is to be parsed by JTidy is in UTF-8 encoding. When the document is being cleaned and some additional operations are done on the dom object, I want to serialize the document back to text using the pprint method. When i set the encoding to UTF the output is also done in utf causing characters with a value over 127 not to be mapped to entities. I can't find a way for this to happen. I tried to set rawoutput to false but that doesn't help. Maybe the output encoding should be able to be set to ASCII? ---------------------------------------------------------------------- >Comment By: fabrizio giustina (fgiust) Date: 2004-08-29 00:29 Message: Logged In: YES user_id=798060 now you can set input and output encoding separately ("input-encoding" and "outut-encoding") like in the c version of tidy. in CVS for r8. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=363153&aid=896430&group_id=13153 |
|
From: SourceForge.net <no...@so...> - 2004-08-28 22:27:30
|
Bugs item #932835, was opened at 2004-04-10 17:48 Message generated for change (Settings changed) made by fgiust You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=932835&group_id=13153 Category: Tidy functionality Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: fabrizio giustina (fgiust) Assigned to: fabrizio giustina (fgiust) Summary: quiet/warning modes Initial Comment: from jtidy mailing list ====== Hi, I've been using a self-patched version of JTidy for some time so I'm so glad to see the project is being maintained again. One of the patches I had to add was to suppress a lot of text getting pumped to system err or out, even when I've set quiet to true and turned warnings off. These are extremely verbose messages telling me why my HTML is bad, web sites to visit, etc. Unfortunately I didn't document my patch but I think the problem was: this.report.errorSummary(lexer); at the end of Tidy.parse() because this line will execute no matter if quiet mode is on or not. I think it should be wrapped in an if statement, no? Thanks, Brian ---------------------------------------------------------------------- >Comment By: fabrizio giustina (fgiust) Date: 2004-08-29 00:27 Message: Logged In: YES user_id=798060 fixed in cvs for r8, thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=932835&group_id=13153 |
|
From: SourceForge.net <no...@so...> - 2004-08-28 21:25:46
|
Bugs item #929936, was opened at 2004-04-05 20:58 Message generated for change (Comment added) made by fgiust You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=929936&group_id=13153 Category: Tidy functionality Group: None >Status: Closed Resolution: None Priority: 6 Submitted By: fabrizio giustina (fgiust) Assigned to: fabrizio giustina (fgiust) Summary: escape URLs Initial Comment: JTidy should warn for unescaped URLs and fix them. This is already implemented in Tidy. ---------------------------------------------------------------------- >Comment By: fabrizio giustina (fgiust) Date: 2004-08-28 23:25 Message: Logged In: YES user_id=798060 the "fix-uri" option, previously available in tidy c, has been ported. Available in r8 builds. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=929936&group_id=13153 |
|
From: SourceForge.net <no...@so...> - 2004-08-28 21:22:40
|
Bugs item #574158, was opened at 2002-06-26 18:30 Message generated for change (Comment added) made by fgiust You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=574158&group_id=13153 Category: Tidy functionality Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: fabrizio giustina (fgiust) Summary: Error with FONT tag Initial Comment: when i have a portion a HTML like: <FONT SIZE="4"><DIV ID="Etiquette"><A HREF="http://indexation.inria.fr:8080/cgi-bin/query?mss=RRRT%2Fsimple&pg=q&what=web&enc=iso88591&q=dc.creator%3DOniboni%2CJulien+url%3Ahttp%3A%2F%2Fwww.inria.fr%2Frrrt%2F&q1=dc.creator%3DOniboni%2CJulien&searchrrrt=Chercher"ONMOUSEOVER="MM_showHideLayers('document.layers[\'Etiquette2\']','document.all[\'Etiquette2\']','show','document.layers[\'AuteurFenetre\']','document.all[\'AuteurFenetre\']','show')" ONMOUSEOUT="MM_showHideLayers('document.layers[\'AuteurFenetre\']','document.all[\'AuteurFenetre\']','hide','document.layers[\'Etiquette2\']','document.all[\'Etiquette2\']','hide')"><!--div class=aut-->Oniboni, Julien<!--/div--></A> </FONT></DIV> le result in XHTML is incorrect: <div id="Etiquette"> - <a href="http://indexation.inria.fr:8080/cgi-bin/query?mss=RRRT%2Fsimple&pg=q&what=web&enc=iso88591&q=dc.creator%3DOniboni%2CJulien+url%3Ahttp%3A%2F%2Fwww.inria.fr%2Frrrt%2F&q1=dc.creator%3DOniboni%2CJulien&searchrrrt=Chercher" onmouseout="MM_showHideLayers('document.layers[\'AuteurFenetre\']','document.all[\'AuteurFenetre\']','hide','document.layers[\'Etiquette2\']','document.all[\'Etiquette2\']','hide')" onmouseover="MM_showHideLayers('document.layers[\'Etiquette2\']','document.all[\'Etiquette2\']','show','document.layers[\'AuteurFenetre\']','document.all[\'AuteurFenetre\']','show')"> - <font size="4"> <!-- div class=aut --> Oniboni, Julien <!-- /div --> </font> </a> </div> le tag <font> is met inside tag <a> In the case of we have >=2 tag <a> error don't occur. Example: <FONT SIZE="4"><DIV ID="Etiquette"><A HREF="http://indexation.inria.fr:8080/cgi-bin/query?mss=RRRT%2Fsimple&pg=q&what=web&enc=iso88591&q=dc.creator%3DZhang%2CQinghua+url%3Ahttp%3A%2F%2Fwww.inria.fr%2Frrrt%2F&q1=dc.creator%3DZhang%2CQinghua&searchrrrt=Chercher"ONMOUSEOVER="MM_showHideLayers('document.layers[\'Etiquette2\']','document.all[\'Etiquette2\']','show','document.layers[\'AuteurFenetre\']','document.all[\'AuteurFenetre\']','show')" ONMOUSEOUT="MM_showHideLayers('document.layers[\'AuteurFenetre\']','document.all[\'AuteurFenetre\']','hide','document.layers[\'Etiquette2\']','document.all[\'Etiquette2\']','hide')"><!--div class=aut-->Zhang, Qinghua <!--/div--></A> - <A HREF="http://indexation.inria.fr:8080/cgi-bin/query?mss=RRRT%2Fsimple&pg=q&what=web&enc=iso88591&q=dc.creator%3DXu%2CAiping+url%3Ahttp%3A%2F%2Fwww.inria.fr%2Frrrt%2F&q1=dc.creator%3DXu%2CAiping&searchrrrt=Chercher"ONMOUSEOVER="MM_showHideLayers('document.layers[\'Etiquette2\']','document.all[\'Etiquette2\']','show','document.layers[\'AuteurFenetre\']','document.all[\'AuteurFenetre\']','show')" ONMOUSEOUT="MM_showHideLayers('document.layers[\'AuteurFenetre\']','document.all[\'AuteurFenetre\']','hide','document.layers[\'Etiquette2\']','document.all[\'Etiquette2\']','hide')"><!--div class=aut-->Xu, Aiping<!--/div--></A> </FONT></DIV> Result out put correct <FONT> outside <A>: <div id="Etiquette"> - <font size="4"> - <a href="http://indexation.inria.fr:8080/cgi-bin/query?mss=RRRT%2Fsimple&pg=q&what=web&enc=iso88591&q=dc.creator%3DZhang%2CQinghua+url%3Ahttp%3A%2F%2Fwww.inria.fr%2Frrrt%2F&q1=dc.creator%3DZhang%2CQinghua&searchrrrt=Chercher" onmouseout="MM_showHideLayers('document.layers[\'AuteurFenetre\']','document.all[\'AuteurFenetre\']','hide','document.layers[\'Etiquette2\']','document.all[\'Etiquette2\']','hide')" onmouseover="MM_showHideLayers('document.layers[\'Etiquette2\']','document.all[\'Etiquette2\']','show','document.layers[\'AuteurFenetre\']','document.all[\'AuteurFenetre\']','show')"> - <!-- div class=aut --> Zhang, Qinghua - <!-- /div --> </a> - - <a href="http://indexation.inria.fr:8080/cgi-bin/query?mss=RRRT%2Fsimple&pg=q&what=web&enc=iso88591&q=dc.creator%3DXu%2CAiping+url%3Ahttp%3A%2F%2Fwww.inria.fr%2Frrrt%2F&q1=dc.creator%3DXu%2CAiping&searchrrrt=Chercher" onmouseout="MM_showHideLayers('document.layers[\'AuteurFenetre\']','document.all[\'AuteurFenetre\']','hide','document.layers[\'Etiquette2\']','document.all[\'Etiquette2\']','hide')" onmouseover="MM_showHideLayers('document.layers[\'Etiquette2\']','document.all[\'Etiquette2\']','show','document.layers[\'AuteurFenetre\']','document.all[\'AuteurFenetre\']','show')"> - <!-- div class=aut --> Xu, Aiping - <!-- /div --> </a> </font> </div> Please fix this bug as soon as possible... Thank. CAO Tuan Dung Tua...@so... ---------------------------------------------------------------------- >Comment By: fabrizio giustina (fgiust) Date: 2004-08-28 23:22 Message: Logged In: YES user_id=798060 testcase added in cvs. Tidy c handles this correctly ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=574158&group_id=13153 |
|
From: SourceForge.net <no...@so...> - 2004-08-28 21:11:57
|
Bugs item #862766, was opened at 2003-12-19 08:06 Message generated for change (Comment added) made by fgiust You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=862766&group_id=13153 >Category: Tidy functionality Group: None >Status: Closed Resolution: None Priority: 9 Submitted By: Nobody/Anonymous (nobody) >Assigned to: fabrizio giustina (fgiust) Summary: Concatenate duplicate style and class attributes Initial Comment: Apply this trivial fix to concatenate duplicate style and class attributes instead of just dropping the dupes. It's based on [527118] Suppress duplicate attributes patch by Chris Raber. Best regards, /jan jan dot ruusuvuori at eviahelsinki dot fi ---------------------------------------------------------------------- >Comment By: fabrizio giustina (fgiust) Date: 2004-08-28 23:11 Message: Logged In: YES user_id=798060 2 new configuration option are now available: "join-classes" and "join-styles" (patch from the c version of tidy) ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-12-19 08:12 Message: Logged In: NO I did this to enable importing broken html from Excel into edit- on Pro (a java-applet wysiwyg editor by realobjects.de). /jan ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=862766&group_id=13153 |
|
From: SourceForge.net <no...@so...> - 2004-08-28 21:08:04
|
Bugs item #648746, was opened at 2002-12-05 02:48 Message generated for change (Comment added) made by fgiust You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=648746&group_id=13153 Category: Tidy functionality Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Liam Quinn (liamquinn) >Assigned to: fabrizio giustina (fgiust) Summary: Bug with character references >= 32768 Initial Comment: Character references >= 32768 are treated as unknown entities by JTidy. This problem does not occur with the C version of Tidy from August 4, 2000. To see the problem, try running JTidy on a document such as http://www.i-totaal.com , which contains character references such as &#59106;. JTidy reports 'Warning: unescaped & or unknown entity "&#59106"'. The problem is in org.w3c.tidy.EntityTable.entityCode() where the character is cast from an int to a short, thus making any characters >= 32768 negative, which JTidy uses to indicate an unrecognized entity. Skipping the cast and having entityCode() return an int instead of a short fixes the problem. ---------------------------------------------------------------------- >Comment By: fabrizio giustina (fgiust) Date: 2004-08-28 23:08 Message: Logged In: YES user_id=798060 patch applied ---------------------------------------------------------------------- Comment By: Liam Quinn (liamquinn) Date: 2002-12-05 03:49 Message: Logged In: YES user_id=312969 I've submitted a patch for this: https://sourceforge.net/tracker/index.php?func=detail&aid=648768&group_id=13153&atid=313153 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=648746&group_id=13153 |
|
From: SourceForge.net <no...@so...> - 2004-08-28 21:05:01
|
Bugs item #547976, was opened at 2002-04-24 11:08 Message generated for change (Comment added) made by fgiust You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=547976&group_id=13153 Category: None Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Mark Rogers (mark_e_rogers) >Assigned to: fabrizio giustina (fgiust) Summary: Case of attribute values Initial Comment: In our project we run microsoft generated HTML through jTidy to convert to XHTML and then later on run the XHTML through XSLT. Unfortunately XSLT rejects the XHTML due to case sensitivity of an attribute value. Although there are other attributes that have the same problem. The particular case that showed this up is the valign attribute of the <td> tag. So in summary you can get <td valign="TOP"> out of jTidy - which will not validate against the XHTML1- Transitional dtd since it should be <td valign="top"> I have applied a fix for our particular project, the source of which I enclose here. However it seems to be a fairly big change which may need discussion of the design rather than someone like me simply coding a fix. In summary I added a translate method for each attribute value called by Lexer. The AttributeTable has another column for translate and in a similar way to CheckAttribs. ---------------------------------------------------------------------- >Comment By: fabrizio giustina (fgiust) Date: 2004-08-28 23:04 Message: Logged In: YES user_id=798060 added testcase and fixed in cvs. A new option "literal-attributes" is available and on by default for xhtml output. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=547976&group_id=13153 |
|
From: SourceForge.net <no...@so...> - 2004-08-28 20:55:38
|
Bugs item #592227, was opened at 2002-08-07 20:31 Message generated for change (Comment added) made by fgiust You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=592227&group_id=13153 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 9 Submitted By: Nobody/Anonymous (nobody) >Assigned to: fabrizio giustina (fgiust) Summary: Bug in Lexer.java Initial Comment: Hi developers, today i found a bug in the Lexer.java class. The method public short entityCode( String name ) in the class EntityTable returns a 0 (zero) on error. This fact is not honored in Lexer.java in the method : public void parseEntity(short mode) ... /* deal with unrecognized entities */ if (ch <= 0) If you are working with entities > 0x7FFF (which e.g. imode/chtml uses) the condition is true, cause the value of ch is negative. I think, the condition should read: if (ch == 0) -Michael ---------------------------------------------------------------------- >Comment By: fabrizio giustina (fgiust) Date: 2004-08-28 22:55 Message: Logged In: YES user_id=798060 this is a duplicate of bug 648768, actually fixed in cvs for rc8 (removed the casting to short) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=592227&group_id=13153 |
|
From: SourceForge.net <no...@so...> - 2004-08-28 20:53:28
|
Bugs item #527118, was opened at 2002-03-07 20:45 Message generated for change (Comment added) made by fgiust You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=527118&group_id=13153 Category: Tidy functionality Group: None >Status: Closed >Resolution: Fixed Priority: 9 Submitted By: Chris Raber (cpraber) Assigned to: fabrizio giustina (fgiust) Summary: Suppress duplicate attributes. Initial Comment: Suppresses duplicate attributes in resulting document by arbitrarily dropping dupes. ---------------------------------------------------------------------- >Comment By: fabrizio giustina (fgiust) Date: 2004-08-28 22:53 Message: Logged In: YES user_id=798060 fixed in cvs for r8. Tidy now also handle _generated_ duplicate attributes. thanks ---------------------------------------------------------------------- Comment By: fabrizio giustina (fgiust) Date: 2004-04-03 19:19 Message: Logged In: YES user_id=798060 added testcase with the given snippet ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2002-03-18 10:42 Message: Logged In: NO Hi! I just downloaded this patch, hoping it would fix a duplicated STYLE attribute on an XHTML cleanup of the following fragment: <UL dir=ltr style="MARGIN-RIGHT: 0px"> <UL> <LI>blah blah blah <LI>blah blah blah </UL> <UL></UL> </UL> But it actually doesn't. I think thisi is due to the fact that the nested <UL> generates a brand new "style" attribute. Is there a workaround? Thank you. Alberto. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=527118&group_id=13153 |
|
From: SourceForge.net <no...@so...> - 2004-08-28 20:47:41
|
Bugs item #475643, was opened at 2001-10-27 22:20 Message generated for change (Comment added) made by fgiust You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=475643&group_id=13153 Category: Tidy functionality Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Liam Quinn (liamquinn) Assigned to: fabrizio giustina (fgiust) Summary: Hex character references not handled Initial Comment: Hexadecimal character references such as &#x3C; (which is equivalent to &#60;) are not handled by JTidy. The C version of Tidy seems to have no trouble with it. When faced with &#x3C;, JTidy reports Warning: entity "&#x3" doesn't end in ';'. For a couple example pages that demonstrate the problem when run through JTidy, see: http://htmlhelp.com/reference/html40/entities/special.html http://htmlhelp.com/reference/html40/entities/latin1.html I'm using jtidy-04aug2000r7-dev. ---------------------------------------------------------------------- >Comment By: fabrizio giustina (fgiust) Date: 2004-08-28 22:47 Message: Logged In: YES user_id=798060 fixed in cvs for r8, thanks ---------------------------------------------------------------------- Comment By: fabrizio giustina (fgiust) Date: 2004-01-16 14:45 Message: Logged In: YES user_id=798060 added test case ---------------------------------------------------------------------- Comment By: Gary L Peskin (garypeskin) Date: 2001-12-17 17:28 Message: Logged In: YES user_id=91501 Thanks for the info. We will look into this when working on the new version of JTidy as soon as the HTML Tidy folks issue their next release. Gary ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=475643&group_id=13153 |
|
From: SourceForge.net <no...@so...> - 2004-08-28 20:39:35
|
Bugs item #452044, was opened at 2001-08-17 15:23 Message generated for change (Comment added) made by fgiust You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=452044&group_id=13153 Category: None Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Emmanuel Castro (e_castro) >Assigned to: fabrizio giustina (fgiust) Summary: setRawOut does nothing Initial Comment: The rawOut properties in Tidy.java does nothing. Maybe it should be removed (maybe it's here because of C version of Tidy). I was able to do something similar using setCharEncodingRaw(RAW). If it is not yet implemented, it would be nice to write it in the documentation ---------------------------------------------------------------------- >Comment By: fabrizio giustina (fgiust) Date: 2004-08-28 22:39 Message: Logged In: YES user_id=798060 the method setRawOut has temporarily been removed from Jtidy.java. It will probably be implemented before the r8 release. thanks ---------------------------------------------------------------------- Comment By: Gary L Peskin (garypeskin) Date: 2001-08-17 16:21 Message: Logged In: YES user_id=91501 After the next release of HTML Tidy, we will be looking into the whole encoding and serialization section of JTidy with the idea of cleaning it up and taking more advantage of java's internationalization capabilities. I have moved this bug to a feature request and we will take it up at that time. Thanks, Gary ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=452044&group_id=13153 |
|
From: SourceForge.net <no...@so...> - 2004-08-28 20:32:03
|
Bugs item #648768, was opened at 2002-12-05 03:40 Message generated for change (Comment added) made by fgiust You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=648768&group_id=13153 Category: None Group: None >Status: Closed Resolution: None Priority: 9 Submitted By: Liam Quinn (liamquinn) >Assigned to: fabrizio giustina (fgiust) Summary: Fix for character references >= 32768 Initial Comment: This patch fixes bug 648746. Character references such as &#59106; weren't handled correctly since JTidy was casting the int to a short, giving a negative value that was then used to indicate an unknown entity. With this patch, we skip the cast and have the entityCode() method return an int instead of a short. The patch applies to src/org/w3c/tidy/EntityTable.java from jtidy-04aug2000r7-dev. ---------------------------------------------------------------------- >Comment By: fabrizio giustina (fgiust) Date: 2004-08-28 22:32 Message: Logged In: YES user_id=798060 added testcase and fixed in cvs for r8, thanks. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=648768&group_id=13153 |
|
From: SourceForge.net <no...@so...> - 2004-08-28 20:17:41
|
Bugs item #880665, was opened at 2004-01-20 17:30 Message generated for change (Comment added) made by fgiust You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=880665&group_id=13153 Category: Tidy functionality Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Tidy loop processing more than 1024 chars Initial Comment: JTidy always freeze on pprint.printTree(...) on a stram bigger than 1024 (more or less) characters....please help ---------------------------------------------------------------------- >Comment By: fabrizio giustina (fgiust) Date: 2004-08-28 22:17 Message: Logged In: YES user_id=798060 unable to reproduce, need test case with a sample code ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=880665&group_id=13153 |
|
From: SourceForge.net <no...@so...> - 2004-08-28 20:16:36
|
Bugs item #952734, was opened at 2004-05-12 20:00 Message generated for change (Comment added) made by fgiust You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=952734&group_id=13153 Category: DOM Support Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: fabrizio giustina (fgiust) Summary: jtidy allows duplicate attributes Initial Comment: If the html contains duplicate attributes (such as valign, in a web page I found), jtidy will produce invalid XML containing duplicate attributes as well. It would be better to check for duplicate attributes and discard all except the first. ---------------------------------------------------------------------- >Comment By: fabrizio giustina (fgiust) Date: 2004-08-28 22:16 Message: Logged In: YES user_id=798060 currently fixed in cvs, with the new options for dropping or joining attributes from the c version of tidy ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=952734&group_id=13153 |
|
From: SourceForge.net <no...@so...> - 2004-08-28 20:14:58
|
Bugs item #1011557, was opened at 2004-08-18 18:24 Message generated for change (Comment added) made by fgiust You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=1011557&group_id=13153 Category: Tidy functionality Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: fabrizio giustina (fgiust) Summary: Ant task throws NPE if you don't set "log" attribute Initial Comment: java.lang.NullPointerException at java.io.FileOutputStream.open(Native Method) at java.io.FileOutputStream.<init>(FileOutputStream.java:176) at java.io.FileOutputStream.<init>(FileOutputStream.java:70) at java.io.FileWriter.<init>(FileWriter.java:46) at org.w3c.tidy.ant.JTidyTask.execute(JTidyTask.java:188) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:193) at org.apache.tools.ant.Task.perform(Task.java:341) at org.apache.tools.ant.Target.execute(Target.java:309) at org.apache.tools.ant.Target.performTasks(Target.java:336) at org.apache.tools.ant.Project.executeTarget(Project.java:1339) at org.apache.tools.ant.Project.executeTargets(Project.java:1255) at org.apache.tools.ant.Main.runBuild(Main.java:609) at org.apache.tools.ant.Main.start(Main.java:196) at org.apache.tools.ant.Main.main(Main.java:235) ---------------------------------------------------------------------- >Comment By: fabrizio giustina (fgiust) Date: 2004-08-28 22:14 Message: Logged In: YES user_id=798060 currently fixed in cvs, but please note that ant task has not been released yet and it still need some work ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=1011557&group_id=13153 |
|
From: Fabrizio G. <fg...@gm...> - 2004-08-26 07:13:32
|
thanks for reporting that, Brian the build.xml ant script is automatically generated by maven while preparing a source distribution (the "official" build system is maven) and this absolute path bug seems to have been recently reported and fixed in maven (see http://jira.codehaus.org/browse/MPANT-16 ). I'll upgrade the maven ant plugin to the latest version on the build machine soon. fabrizio On Wed, 25 Aug 2004 19:57:11 -0700 (PDT), Brian W. Young <ir...@ya...> wrote: > FYI- build.xml has several hard codings- paths that > are pointing to /home/users/f/fg/fgiust... > > I'd be happy to submit a cleaner build.xml but don't > think it would be of much use for project purposes > since all I'm doing is compiling and making a single, > tight production ready jar. > > Thanks, > Brian > > ------------------------------------------------------- > SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media > 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 > Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. > http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 > _______________________________________________ > Jtidy-devel mailing list > Jti...@li... > https://lists.sourceforge.net/lists/listinfo/jtidy-devel > |
|
From: Brian W. Y. <ir...@ya...> - 2004-08-26 02:57:18
|
FYI- build.xml has several hard codings- paths that are pointing to /home/users/f/fg/fgiust... I'd be happy to submit a cleaner build.xml but don't think it would be of much use for project purposes since all I'm doing is compiling and making a single, tight production ready jar. Thanks, Brian |
|
From: Brian W. Y. <ir...@ya...> - 2004-08-23 19:42:05
|
I have a user who is trying to use Russian characters, like íå ðàáîòàåò. On my box, JTidy will turn these characters into entities but then the browser is resolving the entities correctly. On his box, JTidy doesn't turn these into entities and he says he is seeing merely question marks where the entities would normally be. In my app I'm not setting a Tidy char encoding option. I'd obviously like JTidy to work with characters like these however in all cases. I'm not sure I even need ðàáîòàåò converted to entities since this is just plain HTML output. Can someone kindly offer a bit of advice? Regards Brian |
|
From: boxed <bo...@ki...> - 2004-08-19 21:42:00
|
Fabrizio Giustina wrote: >Hi Anders, >I fixed the tidy ant task yesterday, you should now have a working >copy in cvs or in the nightly build. Please note the tidy ant task is >actually only preliminary: I imported the task from a contribution, >but never fix it because it first required some Jtidy fixes. > > Cool, that worked great. >A fileset support is surely needed before a release... if you plan >working on this I will be happy to include your contribution. > > Find enclosed a patch to add this feature. >fabrizio > > >On Wed, 18 Aug 2004 22:09:26 +0200, boxed <bo...@ki...> wrote: > > >>I get the "DOM method not supported" error on normalize() in JTidyTask, >>and if I comment that out I get it when trying to serialize. I use java5 >>and I'm wondering if this might have something to do with it. I saw in >>the forum on sf.net that I am not the only one with this issue... >> >>I'm working on a change to the Ant task to support fileset so you can >>tidy multiple files in one go, but this issue has stopped my progress. I >>believe my change is complete but I can't test it. >> >>-- >>Anders Hovmöller >>Research & Development >>bo...@ki... / soft.killingar.net >>SK Soft >> >> > > >------------------------------------------------------- >SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media >100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 >Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. >http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 >_______________________________________________ >Jtidy-devel mailing list >Jti...@li... >https://lists.sourceforge.net/lists/listinfo/jtidy-devel > > > -- Anders Hovmöller Research & Development bo...@ki... / soft.killingar.net SK Soft |
|
From: Fabrizio G. <fg...@gm...> - 2004-08-19 10:20:13
|
Hi Anders, I fixed the tidy ant task yesterday, you should now have a working copy in cvs or in the nightly build. Please note the tidy ant task is actually only preliminary: I imported the task from a contribution, but never fix it because it first required some Jtidy fixes. As you can see the ant task was parsing the file into a DOM document only in order to remove duplicate attributes (a tidy bug). Now the duplicate attribute bug is fixed and I refactored the task making it write the tidied-up file directly. A fileset support is surely needed before a release... if you plan working on this I will be happy to include your contribution. fabrizio=20 On Wed, 18 Aug 2004 22:09:26 +0200, boxed <bo...@ki...> wrote: > I get the "DOM method not supported" error on normalize() in JTidyTask, > and if I comment that out I get it when trying to serialize. I use java5 > and I'm wondering if this might have something to do with it. I saw in > the forum on sf.net that I am not the only one with this issue... >=20 > I'm working on a change to the Ant task to support fileset so you can > tidy multiple files in one go, but this issue has stopped my progress. I > believe my change is complete but I can't test it. >=20 > -- > Anders Hovm=F6ller > Research & Development > bo...@ki... / soft.killingar.net > SK Soft |
31 messages has been excluded from this view by a project administrator.
