Recent changes to bugs

within destroys table

skymab — Sat, 07 Apr 2012 15:54:18 -0000

Hi,

I've got a document which has linebreaks in table cells. It looks like this:
<tr align="center">
<td>ん (n)</td>
<td>わ</td>
...
<th>a</th>
</tr>

The line with the linebreak is translated to:
\hline
ん
\\(n) & わ & ら & や & ま & は & な & た & さ & か & あ & \textbf{a} \\

which destroys the table-layout because latex thinks a new table row is starting.

Is there a workaround for this behaviour? Can I preprocess my html file somehow in order to obtain a correct output?

Extremly slow when all html document is almost one tag

Anonymous — Wed, 28 Oct 2009 15:57:34 -0000

Hello, I've started playing with your package and I find it extremly useful (I love the configuration via XML).

However I've found that I almost cannot use it if one tag has a large chunk of text. It's because of an error in the way string are concatenated. You use String str=""; str + [a char] which is the wrong way then working on large memory blocks. Such a thing will cause the OS to move huge chunks of memory from place to place.

I've have overcome this problem by changing some lines in your Parser.java file (there are other playes but I was mostly interested in tags with a large number of text).

I've included the corrected file (look for text krzysp;)

In my case I had a HTML document which was 100KB, all of which (almost) was one element. It takes around 90 seconds on my MacPro.

The corrected version takes around 1 second which is acceptable for me.

empty comment crashes

AVPorotnikov — Sun, 18 Oct 2009 21:28:52 -0000

Empty HTML comment  crashes your nice tool with this message
java.lang.StringIndexOutOfBoundsException: String index out of range: -1
at java.lang.String.substring(Unknown Source)
at cz.kebrt.html2latex.Parser.readElement(Parser.java:133)
at cz.kebrt.html2latex.Parser.readContent(Parser.java:225)
at cz.kebrt.html2latex.Parser.doParsing(Parser.java:108)
at cz.kebrt.html2latex.Parser.parse(Parser.java:52)
at cz.kebrt.html2latex.Main.main(Main.java:38)

ignoring style attribute

Anonymous — Thu, 30 Apr 2009 12:40:58 -0000

I'm not sure if it's a bug or simply an unsupported feature, but test is converted to test (ignoring the underline information).

ParserHandler is not visable

neo anderson — Tue, 10 Feb 2009 00:16:50 -0000

I came across to see this project. Thanks for providing such APIs. However, I find out a minor problem that cause a bit difficulty to use this project as a lib. In parser class it passes in ParserHander (around line 45) as parameter, whose class is set to `default', resulting class in other package can not exploit Parser class. Is it possible to change Parser function from
public void parse(File inputFile, ParserHandler handler)
to
public void parse(File inputFile, IParserHandler handler)

Thanks,