Text alignment
Hello all, I just tried to fix the old page number expansion+alignment problem, which was bugging me for a looong time. I more or less made it. Well, here is my test file, and the problems are below: http://www.w3.org/1999/XSL/Format"; xmlns:svg="http://www.w3.org/2000/svg";> page-width="300pt" page-height="350pt"> A1 leader-pattern="dots" leader-length.maximum="20mm"/> ref-id="A"/> A leader-pattern="dots"/> ref-id="A"/> B leader-pattern="dots"/> ref-id="B"/> C leader-pattern="dots"/> ref-id="C"/> D leader-pattern="dots"/> ref-id="D"/> E leader-pattern="dots"/> ref-id="E"/> F leader-pattern="dots"/> ref-id="F"/> G leader-pattern="dots"/> ref-id="G"/> superduperlongG leader-pattern="dots" leader-length.maximum="100%" leader-length.minimum="55%" leader-length.optimum="60%"/> ref-id="G"/> A leader-pattern="dots"/> ref-id="A"/> B leader-pattern="dots"/> ref-id="B"/> C leader-pattern="dots"/> ref-id="C"/> D leader-pattern="dots"/> ref-id="D"/> E leader-pattern="dots"/> ref-id="E"/> F leader-pattern="dots"/> ref-id="F"/> G leader-pattern="dots"/> ref-id="G"/> A B C D E F G The page numbers are still slightly misaligned, or at least seem to be. This is more visible with roman page numbers (format="i", BTW have fun with 111 formatted as roman number). It is not a purely optical effect. However, the offset of the word area end for the page number is exactly what was expected (27 millipoints). Its this an odd Acrobat Reader 4.0 effect or what? Umm, now that I think of it, shouldnt' the offset be 26 millipoints, due to the 1pt block border? J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 1724] - Text alignment in table cells
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=1724>. 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=1724 Text alignment in table cells [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-11-14 20:49 --- Well, "left" and "right" values of text-align work, I believe I can close the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 7063] - text alignment problems when using fo:wrapper
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=7063>. 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=7063 text alignment problems when using fo:wrapper [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME Summary|text alignment problems when|text alignment problems when |using fo:wrapper|using fo:wrapper --- Additional Comments From [EMAIL PROTECTED] 2002-06-03 07:32 --- I can't reproduce the problem. The snippet does not convey enough information. What's the original size and font? User font or built-in font? What indentations and alignments are in effect? What is the actual text? There is not much point in providing xsl:value-of statements. There is a known problem that enlarging the font size inline does not adjust line spacing, so that the enlarged text is rendered over the text in the line before. However, the report does not seem to describe this problem. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 2105] - text-alignment when containing euro sign
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=2105>. 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=2105 text-alignment when containing euro sign [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-04-22 16:04 --- I suspect this was the fixed bug regarding zero (or no) width assigned to various Unicode characters. It works for me with 0.20.3 Reopen the bug and supply a small test case if it still happens with the latest version. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 7063] New: - text alignment problems when using fo:wrapper
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=7063>. 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=7063 text alignment problems when using fo:wrapper Summary: text alignment problems when using fo:wrapper Product: Fop Version: 0.20.3 Platform: PC OS/Version: Other Status: NEW Severity: Minor Priority: Other Component: pdf renderer AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Characters are rendered on top of each when using the fo:wrapper. I change my font characteristics to use a bold and larger font at a beginning on a sentence, then close the fo:wrapper (sentence start text). The original font characteristics then render the rest of the sentence (sentence end text). The sentence start text correctly renders but the sentence end text begins to render over the sentence start text. Ex xsl snippet: - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 1724] - Text alignment in table cells
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=1724>. 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=1724 Text alignment in table cells --- Additional Comments From [EMAIL PROTECTED] 2001-09-21 14:58 --- The keywords left and right now (CVS 0.20.1+) work for text-align (on any block FO). Concerning the second issue, there is no direct inheritance from table-columns. You must use the from-table-column function (XSL 5.10.4), but that doesn't yet work in FOP. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 1723] - Text alignment in table cells
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=1723>. 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=1723 Text alignment in table cells --- Additional Comments From [EMAIL PROTECTED] 2001-09-21 14:54 --- The keywords left and right now (CVS 0.20.1+) work for text-align (on any block FO). Concerning the second issue, there is no direct inheritance from table-columns. YOu must use the from-table-column function (XSL 5.10.4), but that doesn't yet work in FOP. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[Bug 2105] New: - text-alignment when containing euro sign
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2105 *** shadow/2105 Mon Jun 11 03:41:56 2001 --- shadow/2105.tmp.25239 Mon Jun 11 03:41:56 2001 *** *** 0 --- 1,18 + ++ + | text-alignment when containing euro sign | + ++ + |Bug #: 2105Product: Fop | + | Status: NEW Version: 0.17| + | Resolution:Platform: PC | + | Severity: Normal OS/Version: Windows NT/2K | + | Priority: Other Component: pdf renderer| + ++ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED]| + | CC list: Cc: | + ++ + | URL: | + ++ + | DESCRIPTION | + when text contains euro sign (€) and is aligned to the end then a piece + of that text(width of that sign) seems to be rendered out of line area. \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
