DO NOT REPLY [Bug 22391] - endless loop [INFO] area contents overflows area in line
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22391. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22391 endless loop [INFO] area contents overflows area in line --- Additional Comments From [EMAIL PROTECTED] 2003-08-14 17:16 --- This is a topic that I have been spending some of my free time working on without many good answers yet. General spotting of constraint violations of this nature is something that's on the drawing board, though. As the layout system matures, I will be continuing the process of resolving these issues in a general way. Of course, more minds on the issue would help. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22391] - endless loop [INFO] area contents overflows area in line
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22391. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22391 endless loop [INFO] area contents overflows area in line [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2003-08-13 21:11 --- The problem is this setting generated by DocBookXSL: provisional-distance-between-starts=2em provisional-label-separation=0.25in on the list-block. This leaves just 2pt for the text, which is to small to hold even an 'e'. I'm not sure whether we can do anything about this (except detecting and breaking out of the loop). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22391] - endless loop [INFO] area contents overflows area in line
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22391. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22391 endless loop [INFO] area contents overflows area in line --- Additional Comments From [EMAIL PROTECTED] 2003-08-13 21:32 --- ... and as said FOP 0.20.4 generates a PDF, from the same source. So there seems to be a way of dealing with this. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22391] - endless loop [INFO] area contents overflows area in line
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22391. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22391 endless loop [INFO] area contents overflows area in line --- Additional Comments From [EMAIL PROTECTED] 2003-08-14 17:06 --- I can fix this particular problem in the Docbook XSL stylesheets. But I think you should look at the FOP code as well. The situation of having too much text for the designated size of an area is likely to come up with other stylesheets too. Certainly FOP should issue an error message, but one message is sufficient. Going into an infinite loop in such a case seems like the wrong response. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22391] - endless loop [INFO] area contents overflows area in line
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22391. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22391 endless loop [INFO] area contents overflows area in line --- Additional Comments From [EMAIL PROTECTED] 2003-08-13 21:18 --- So you say the FO generated by the docbook.sf.net XSLTs is erratic? What's the error? Should I file a bug report? Since I don't really see what the problem is: What exactly should I write? Please check what XEP does (if you can), I suspect it deals with this in a sensible way (Norm uses it). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22391] - endless loop [INFO] area contents overflows area in line
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22391. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22391 endless loop [INFO] area contents overflows area in line --- Additional Comments From [EMAIL PROTECTED] 2003-08-13 22:10 --- sorry for posting so many comments, but I just received additional info: http://sourceforge.net/tracker/index.php?func=detailaid=713422group_id=21935atid=373747 The issue seems to be related to variablelists, but this post http://sources.redhat.com/ml/docbook-apps/2003-q3/msg00116.html says that the same FOP error occurs with tables as well ... http://lists.oasis-open.org/archives/docbook-apps/200303/msg00378.html says the there is an issue with both the docbook.sf.net XSLTs and FOP. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]