-
I still have a related problem.
It seems that some state is kept in the flowable, and wrapping it more than once causes this:
File "/usr/lib/python2.6/site-packages/wordaxe/rl/NewParagraph.py", line 527, in wrap
return self.i_wrap(availW, availH, max_widths)
File "/usr/lib/python2.6/site-packages/wordaxe/rl/NewParagraph.py", line 668, in i_wrap
assert lines
I can try to...
2009-09-03 19:53:46 UTC in wordaxe
-
Looks fixed in r94.
2009-09-03 19:36:54 UTC in wordaxe
-
Here's some more info:
If you wrap(w,h1) and then split(w,h2) where h2
2009-09-02 16:58:16 UTC in wordaxe
-
Found it, it's because I am using _listWrapOn on a list of flowables to find the height they require.
Full test program here: http://pastebin.ca/1551494.
2009-09-02 13:40:28 UTC in wordaxe
-
wrap() didn't make any difference.
I am now debugging into wordaxe, and here's a funny bit.
Here's what avail contains when I get to split() this paragraph:
>>> avail
(443.88976377952741, 268435455)
Of course, availHeight is smaller than 58.8426485 miles (thanks google ;-)
Now, I will try to figure out how avail got that way. While this is a very long paragraph, because I am...
2009-09-02 13:13:22 UTC in wordaxe
-
It's what happens when a program creates your flowables. Sometimes you get corner cases noone would do on purpose. revision 90 works perfect.
2009-09-01 20:29:47 UTC in wordaxe
-
ok, will do.
2009-09-01 20:28:20 UTC in wordaxe
-
No crashes anymore. Can't say I see any kerning, but if my fonts had kerning tables I wouldn't have seen the crashes either :-)
2009-09-01 20:13:16 UTC in wordaxe
-
Consider this sample program:
p1 = Paragraph('This is a paragraph\n'*10, styles['Normal'])
print len(p1.split(200,100))
If this is reportlab's paragraph class, the output is 2.
With wordaxe's paragraph class, the output is 0 because split() alwys returns []
This is a rather small problem for me, because it only hurts rst2pdf when there are list items which contain a paragraph...
2009-08-31 20:43:17 UTC in wordaxe
-
This is with the Droid fonts, and here's self.table.keys()
['GDEF', 'head', 'loca', 'name', 'post', 'OS/2', 'maxp', 'GPOS', 'FFTM', 'GSUB', 'glyf', 'cmap', 'gasp', 'hhea', 'hmtx']
Looks like the problem is that TT fonts are not guaranteed to have a "kern" table?.
2009-08-31 11:39:43 UTC in wordaxe
