Menu
▾
▴
jtidy-user — JTidy mailing list for users
You can subscribe to this list here.
| 2004 |
Jan
(5) |
Feb
(6) |
Mar
(11) |
Apr
(6) |
May
(9) |
Jun
(5) |
Jul
(8) |
Aug
(3) |
Sep
(2) |
Oct
(16) |
Nov
(16) |
Dec
(4) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(8) |
Feb
(7) |
Mar
(6) |
Apr
(8) |
May
(5) |
Jun
(9) |
Jul
(4) |
Aug
(4) |
Sep
(2) |
Oct
(5) |
Nov
(5) |
Dec
(2) |
| 2006 |
Jan
(9) |
Feb
(5) |
Mar
(2) |
Apr
(9) |
May
(1) |
Jun
(4) |
Jul
(1) |
Aug
(9) |
Sep
(2) |
Oct
(5) |
Nov
(5) |
Dec
|
| 2007 |
Jan
(1) |
Feb
(1) |
Mar
(2) |
Apr
(1) |
May
(5) |
Jun
(1) |
Jul
(2) |
Aug
(4) |
Sep
(3) |
Oct
(2) |
Nov
(3) |
Dec
|
| 2008 |
Jan
(4) |
Feb
(7) |
Mar
(3) |
Apr
(6) |
May
|
Jun
(1) |
Jul
(3) |
Aug
(3) |
Sep
(5) |
Oct
(1) |
Nov
(3) |
Dec
(3) |
| 2009 |
Jan
(2) |
Feb
(4) |
Mar
(1) |
Apr
|
May
(1) |
Jun
|
Jul
(16) |
Aug
(12) |
Sep
(10) |
Oct
|
Nov
(2) |
Dec
(4) |
| 2010 |
Jan
(3) |
Feb
(1) |
Mar
(1) |
Apr
(16) |
May
(4) |
Jun
(1) |
Jul
(15) |
Aug
(8) |
Sep
(14) |
Oct
(5) |
Nov
(1) |
Dec
|
| 2011 |
Jan
(2) |
Feb
|
Mar
(2) |
Apr
(1) |
May
(1) |
Jun
(6) |
Jul
|
Aug
|
Sep
(1) |
Oct
(2) |
Nov
(1) |
Dec
|
| 2012 |
Jan
|
Feb
|
Mar
|
Apr
(7) |
May
|
Jun
(1) |
Jul
|
Aug
(3) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2013 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
(6) |
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2009-08-19 20:07:31
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7571707 By: nobody I agree it doesn't really make sense to normalize attribute values. We had some legacy functionality that relied on it, but I was able to get around the issue. My biggest issue at the moment is that the pprint method seems to be broken: http://sourceforge.net/tracker/index.php?func=detail&aid=2831793&group_id=13153& atid=113153 ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=41437 |
|
From: SourceForge.net <no...@so...> - 2009-08-15 00:02:02
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7562892 By: aditsu I can see Tidy.setUpperCaseAttrs, I guess that affects the attribute names, not values. I don't think it really makes sense to modify the attribute values, e.g. what if the attribute is alt or title? What was setNormalizeAttrVals supposed to do? TidySortAttributes was added to tidy (the C library) in 2007, what jtidy version were you using that had it? ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=41437 |
|
From: nick h. <nic...@gm...> - 2009-08-10 11:11:27
|
see this post: http://lists.alioth.debian.org/pipermail/pkg-java-maintainers/2008-May/016893.html but i looked at the history of this file: http://jtidy.svn.sourceforge.net/viewvc/jtidy/trunk/jtidy/pom.xml?view=log and there it says that the main-class was added back to the jar file in revision 812. why doesn't the newest jar file, revision 820, still not contain a manifest.mf file with the main-class in it? Nick -- My sites: http://nickleus.com http://worldphrasebook.net http://youtube.com/user/nickleus1977 http://myspace.com/sirnickleus http://nickleus.blogspot.com http://nick.c.humphrey.googlepages.com http://nickhumphrey.net Favorite sites: http://scriptures.lds.org http://lds.org http://jesukristikirke.no http://flickr.com http://youtube.com http://facebook.com http://del.icio.us http://funnyordie.com http://ccmixter.org http://google.com http://nationmaster.com http://nicetranslator.com |
|
From: SourceForge.net <no...@so...> - 2009-08-04 21:34:13
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7544678 By: chengas123 Hi, There are a few methods that have disappeared with the latest jtidy release. Does anyone have suggestions on how to reproduce the old functionality? Tidy.setNormalizeAttrVals(true); Tidy.setUpperCaseAttryVals(true); Tidy.setSortAttrs(true); ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=41437 |
|
From: SourceForge.net <no...@so...> - 2009-08-03 04:12:57
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7540928 By: chengas123 thanks! ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=41436 |
|
From: SourceForge.net <no...@so...> - 2009-08-01 01:28:33
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7538451 By: aditsu Hi, since I got no other comments but yours, I decided that it's better to release the current trunk code than not to do it. I called it jtidy-820 after the SVN revision. Hope this helps :) ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=41436 |
|
From: SourceForge.net <no...@so...> - 2009-07-23 19:07:17
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7524278 By: chengas123 That'd be great. I can build from source, but there's an air of legitimacy given to a .jar from the official project. It'd help me sell an updgrade at work to get the latest bug fixes (there were a couple others I was going to submit patches for too and then I noticed they were fixed in SVN as well :o) ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=41436 |
|
From: SourceForge.net <no...@so...> - 2009-07-21 17:19:20
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7519338 By: aditsu Hi, I see that chengas123 commented on a bug report: "When will there be a new release of jtidy?" If there is enough interest and no negative opinions, I guess I can publish a jar from the latest trunk code. I'm working on a major update (on another branch), but that won't be ready very soon. What do you think? ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=41436 |
|
From: SourceForge.net <no...@so...> - 2009-07-04 08:28:49
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7479432 By: aditsu Thanks, I've already started the new branch, feel free to take a look. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=41436 |
|
From: SourceForge.net <no...@so...> - 2009-07-04 02:36:19
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7479071 By: neilessy I appreciate your time. I've submitted the patch and I am looking forward to seeing the updated java 5 branch. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=41436 |
|
From: SourceForge.net <no...@so...> - 2009-07-03 21:18:46
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7478815 By: aditsu Yes, there is a bug tracker at https://sourceforge.net/tracker/?group_id=13153&atid=113153 where you can file bugs and attach files. But if it's such a small change, I'd say feel free to post it on the forum, perhaps in a new thread. Of course, to solve your problem, you could just do a custom build (which I expect you've already done). But reporting it here really helps the project, so thanks in advance :) Also it's great to hear about your testing material. That will be really useful for "validating" a release. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=41436 |
|
From: SourceForge.net <no...@so...> - 2009-07-03 20:07:22
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7478726 By: neilessy I have not yet submitted any patches, however it is non-obvious by what means. Is there any means built directly into SourceForge? Otherwise I would have to guess what email address to send it to. I have prepared a patch for fixing cloneNode. It is a small change of about three lines. Where should I send it? As for contributing, I do have the benefit of having the html from 300K plus raw email messages getting parsed, cleaned and reformatted by JTidy everyday. Exceptions are routed accordingly. If there is a problem with a new build in relation to my small corner of the email world, I know immediately. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=41436 |
|
From: SourceForge.net <no...@so...> - 2009-07-03 06:34:58
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7477452 By: aditsu Hi, that's great news! Have you submitted patches or not yet? I could probably add you, but I've just been added myself so I'll let the longer-time members decide. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=41436 |
|
From: SourceForge.net <no...@so...> - 2009-07-03 06:02:00
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7477411 By: neilessy I use JTidy in a production environment and have a strong need to see JTidy work well. I have a few critical bug fixes already such as fixing cloneNode() to not cause a OutOfMemory Exception. I would love to be a co-collaborator here. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=41436 |
|
From: SourceForge.net <no...@so...> - 2009-07-03 05:20:18
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7477346 By: aditsu Thanks for your comments. I didn't ask about the most current version of jtidy, but rather about the tidy -> jtidy correspondence. And I found some partial answers myself (but I can definitely use more input). For example, there are HUGE changes and additions that were made in tidy in 2003 and even 2002, that are completely missing from jtidy, I think that's quite shocking. So I plan to bring jtidy up to the latest tidy code, which will be a lot of work, but without that, I think some bugs will be very hard to fix. If there were just a few small fixes, I would probably keep 1.4 compatibility. But for such a major overhaul, I'd rather switch to java 5. It's not even that new, it was released 5 years ago and already past end-of-life. If people say "If it ain't broken don't fix it" and the current jtidy does the job, then they don't have to upgrade jtidy, and they can still use it with java 1.4. Vlad seems to agree. About slf4j, I think I can integrate it as an option, without breaking compatibility. But seeing the age of the main code, I think I can leave slf4j for later. Using branches is a good idea. I'm not that familiar with the svn command line, but I've worked with svn branches in eclipse. It's a bit strange that "trunk" is supposed to be release quality, but that can work too. Anyway, I've already started converting the first source file from tidy, access.c, whose code is almost completely missing from jtidy. Thanks Adrian ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=41436 |
|
From: SourceForge.net <no...@so...> - 2009-07-03 02:02:25
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7477181 By: vlads Hi I'm Also one of the commiters in JTitdy. The http://jtidy.homelinux.net/jtidyservlet-webapp/ still runs on my server even so it has been rebuild 2 times since jtidyservlet-webapp demo app was originally deployed. Back in 2004 we have been using it only during development. Our old applications now in maintenance mode and we can't upgrade them to java 5. But we are not going to upgrade anything in old applications as well.... Now we switch completely to GWT in our web application but this is different story.... As to JTidy if there is a hope that new developer will bring it to new level and make it usable again for new application then I'm all for it! You know that it is pain to write library using old technology, there is no joy in it! So I vote for all new! Vlad Skarzhevskyy ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=41436 |
|
From: SourceForge.net <no...@so...> - 2009-07-03 01:25:20
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7477149 By: steffenyount Hi Adrian, Those sound like some big changes you are proposing compatibility wise. I think the main reason there haven't been many changes to JTidy code base is that the current implementation is pretty stable and has been doing its job. Regarding which is the most current version: I'm using a build based off of ^/trunk: jtidy-8.0-r813 Regarding Java 1.5+ / slf4j logging: There are many stakeholders that use JTidy integrations on a regular basis, and since JTidy has been around soooo long, I'd expect that a significant number of them (I'm totally guessing here: maybe 10-20%) are still stuck deploying on Java 1.4 VMs integrating with build scripts that rely on Java 1.4 compilers. I can think of a few engineering trends that lead to this 3rd party integrator stagnation: "Build and forget", "Changes cost time/money", and "If it ain't broke don't fix it". So, I think that as a community we should be mindful of this conservative element, and we shouldn't exclude these users from useful bug fixes, by forcing an upgrade to Java 1.5, especially if the primary motivation for a change is aesthetics. Backwards compatibility is a *GOOD THING* here, and we should try to keep bug fixes as widely accessible as possible. But at the same time we shouldn't let backwards compatibility paralyze the JTidy project's progress. The JTidy project has done a good job in approaching parity with Tidy, but Tidy parity is probably not the main value people see in JTitdy. The primary value of JTidy as I see it, is in the programatic tidying up of lame HTML inputs encountered in a Java Environment. It's been a while since there was a new HTML spec, requiring new features, but as you point out there are definitely improvements that could make JTidy integration cleaner and easier while using more of the modern java technologies. We do have svn 1.6 merge support at our disposal so, I'd like to propose the following branching scheme to address this issue: (a chandelier approach) Name ^/trunk as our official release quality branch (https://jtidy.svn.sourceforge.net/svnroot/jtidy/trunk) When starting a new development initiative create a new branch for it (making a snapshot of the entire trunk directory) with a descriptive name (can we agree on Pascal Case here?) e.g: "svn cp https://jtidy.svn.sourceforge.net/svnroot/jtidy/trunk https://jtidy.svn.sourceforge.net/svnroot/jtidy/branches/LoggingWithSLF4J" Check out that branch and do your development and testing there e.g: "svn co https://jtidy.svn.sourceforge.net/svnroot/jtidy/branches/LoggingWit hSLF4J; svn commit" When things seem good, figure out if these are bug fixes or compatibility affecting changes and either reintegrate the branch into ^/trunk, or augment trunk with a new package for the new code e.g. reintegration: "cd jtidy/trunk; svn update; svn merge --reintegrate ^/branches/LoggingWithSLF4J; svn commit" e.g. new package: "svn cp ^/branches/LoggingWithSLF4J/jtidy ^/trunk/jtidy2.0" After reintegration/augmentation archive the obsolete branch e.g: "svn mv ^/branches/LoggingWithSLF4J ^/tags/archives/" This scheme has a few advantages: If a developer runs out of time, their incomplete work will not affect the stable ^/trunk branch, while at the same time svn makes it easy to keep these branches in sync with ^/trunk using the "svn merge ^/trunk" command Features/Changes/BugFixes can be evaluated in isolation by the community before deciding wether they should merged back into ^/trunk, or merit a new JTidy Major version branch separation (like a JTidy 2.0) Feature/Change branches reintegrated with trunk can be rolled back with reference to a single commit when things get broken Your Thoughts? Cheers, -Steffen ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=41436 |
|
From: SourceForge.net <no...@so...> - 2009-07-02 20:01:29
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7476483 By: sanderjd All great questions, none of which do I know a good answer to, having been added to the project after it was already dead. My feeling for the first is - use your own discretion, I don't know of anyone who is going to give you trouble for taking things in a major new direction. As for the other two questions - I don't know anything about Tidy itself, I only ever used JTidy. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=41436 |
|
From: SourceForge.net <no...@so...> - 2009-07-02 15:34:07
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7476223 By: aditsu Thank you very much. I have a few questions: - do I need to consult with others for making big decisions? e.g. I'd like to use java 5 features, and integrate slf4j logging - is there a guide about the tidy -> jtidy conversion? e.g. the file correspondence - what version of tidy best matches the current jtidy? Adrian ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=41436 |
|
From: SourceForge.net <no...@so...> - 2009-07-02 15:26:17
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7476208 By: sanderjd You're an admin now Adrian! Enjoy and good luck! ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=41436 |
|
From: SourceForge.net <no...@so...> - 2009-07-02 09:45:04
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7475647 By: aditsu I have the same comment - the project seems to be dead and the code is obsolete. If anybody wants to add me as a committer, I can try to revive it. I've also contacted steffenyount. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=41436 |
|
From: SourceForge.net <no...@so...> - 2009-07-02 09:34:29
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7475624 By: aditsu I don't know, but looks mostly like 1.2 to me, except the DOM stuff which is 1.4 ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=41437 |
|
From: SourceForge.net <no...@so...> - 2009-05-26 17:33:39
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7410919 By: nobody Hi , Can you please let me know in what version of java the Jtidy was developed? Thank you, Sreddy ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=41437 |
|
From: SourceForge.net <no...@so...> - 2009-03-22 06:36:58
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=6906253 By: nobody I'm getting java.utul.MissingResourceException: Can't find bundle for the base name org/w3c/tidy/TidyMessages, locale en_US. I have created TidyMessages-en_US properties file and bundled with the jar. Still I get the same error. Please help. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=41437 |
|
From: SourceForge.net <no...@so...> - 2009-02-17 14:19:38
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=6448775 By: nauron Hi all I have som questions and comments for CDATASections and PHP-Code as attribute values: IMHO TestCase 922302 is not clear enough: If you want a XHTML Document which is compatible with older browsers, media-type: text/html you must use // (JavaScript-Comment) for "escaping" the “<