DO NOT REPLY [Bug 40798] page-position=last doesn't work for 1 page document
https://issues.apache.org/bugzilla/show_bug.cgi?id=40798 Glenn Adams gl...@skynav.com changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #16 from Glenn Adams gl...@skynav.com 2012-04-01 06:47:15 UTC --- batch transition pre-FOP1.0 resolved+fixed bugs to closed+fixed -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
DO NOT REPLY [Bug 40798] page-position=last doesn't work for 1 page document
https://issues.apache.org/bugzilla/show_bug.cgi?id=40798 jidehem jdmaille...@gmail.com changed: What|Removed |Added CC||jdmaille...@gmail.com -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
DO NOT REPLY [Bug 40798] page-position=last doesn't work for 1 page document
https://issues.apache.org/bugzilla/show_bug.cgi?id=40798 --- Comment #15 from Mark Anderson mark.ander...@technique-group.com 2010-03-09 15:09:18 UTC --- Hi Guys I'm using FOP 0.95 and page-properties=only doesn't seem to work. (Every page is treated as an only page.) It's working OK in several other FO Processors so I assume my FO is OK. if it's fixed in 0.92 shouldn't it work in 0.95? Regards Mark -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
DO NOT REPLY [Bug 40798] page-position=last doesn't work for 1 page document
https://issues.apache.org/bugzilla/show_bug.cgi?id=40798 --- Comment #14 from Dave Gerdt [EMAIL PROTECTED] 2008-10-03 11:48:13 PST --- (In reply to comment #13) Patch in attachment 22621 [details] applied to FOP Trunk. see: http://svn.apache.org/viewvc?rev=698280view=rev Apologies for the rather long delay... Thanks for reporting, and for the input/feedback! Thanks for this work, Andreas! This means I can now use an unmodified version of FOP. Very helpful. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
DO NOT REPLY [Bug 40798] page-position=last doesn't work for 1 page document
https://issues.apache.org/bugzilla/show_bug.cgi?id=40798 Andreas L. Delmelle [EMAIL PROTECTED] changed: What|Removed |Added Attachment #22619|0 |1 is obsolete|| --- Comment #12 from Andreas L. Delmelle [EMAIL PROTECTED] 2008-09-21 03:09:17 PST --- Created an attachment (id=22621) -- (https://issues.apache.org/bugzilla/attachment.cgi?id=22621) Same as the previous, but with two added testcases -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
DO NOT REPLY [Bug 40798] page-position=last doesn't work for 1 page document
https://issues.apache.org/bugzilla/show_bug.cgi?id=40798 --- Comment #9 from Andreas L. Delmelle [EMAIL PROTECTED] 2008-09-20 06:40:26 PST --- Created an attachment (id=22617) -- (https://issues.apache.org/bugzilla/attachment.cgi?id=22617) Changes necessary to implement page-position=last Just thought I'd have a look into this, and AFAICT, implementing page-position=only would not really be that complex. Parts of it already have, but org.apache.fop.layoutmgr.PageProvider always passes false for the 'isOnlyPage' parameter. Now, I'm wondering whether this should be a parameter at all... If we pass isFirstPage and isLastPage, then isOnlyPage is always implied (?) Looking at the tests in ConditionalPageMasterReference.isValid() a little closer, this also needed some work to /properly/ take into account page-position=only. Before the patch, a master-reference with this attribute-value will make isValid() always return true, even if isOnlyPage is set to false. The small patch in attach fixes the issue in PageProvider (but does not yet eliminate the superfluous parameter). The changes in ConditionalPageMasterReference, IMO, perfectly reflect the definition of the values in the XSL-FO 1.1 Rec 6.4.12: ... first, last, only (both first and last), rest (not first nor last) or any (all of the previous). So, it does not really 'fix' the issue of not being able to use a 'last' page-master-reference for a first page. The only ones eligible in that case are those with page-position 'only' or 'any'. The correct specification for the document in attachment 22237 would be (IIC): ... page-sequence-master master-name=whatever repeatable-page-master-alternatives maximum-repeats=no-limit conditional-page-master-reference master-reference=only-page-layout page-position=only/ conditional-page-master-reference master-reference=first-page-layout page-position=first/ conditional-page-master-reference master-reference=last-page-layout page-position=last/ conditional-page-master-reference master-reference=rest-page-layout page-position=rest/ /repeatable-page-master-alternatives /page-sequence-master ... This works perfectly after applying the patch, and breaks no other testcases, so I'm contemplating a commit. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
DO NOT REPLY [Bug 40798] page-position=last doesn't work for 1 page document
https://issues.apache.org/bugzilla/show_bug.cgi?id=40798 --- Comment #10 from Andreas L. Delmelle [EMAIL PROTECTED] 2008-09-20 07:02:28 PST --- (In reply to comment #9) So, it does not really 'fix' the issue of not being able to use a 'last' page-master-reference for a first page. The only ones eligible in that case are those with page-position 'only' or 'any'. The correct specification for the document in attachment 22237 [details] would be (IIC): OTOH, just tested some more, and the workaround with using multiple repeatable page-master-alternatives also works correctly after the patch. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
DO NOT REPLY [Bug 40798] page-position=last doesn't work for 1 page document
https://issues.apache.org/bugzilla/show_bug.cgi?id=40798 Andreas L. Delmelle [EMAIL PROTECTED] changed: What|Removed |Added Attachment #22617|0 |1 is obsolete|| --- Comment #11 from Andreas L. Delmelle [EMAIL PROTECTED] 2008-09-20 10:47:44 PST --- Created an attachment (id=22619) -- (https://issues.apache.org/bugzilla/attachment.cgi?id=22619) Path including a bit more refactoring A more invasive patch, basically with the same result. The isOnlyPage parameter has been removed from the picture. This affects a handful of classes in the org.apache.fop.fo.pagination package and the RTFHandler. The isValid() method has been rewritten entirely as one compact boolean expression, clearly reflecting when a the conditional-page-master is considered valid (at least to me... :-/) If no one objects, I'll commit those changes along with some testcases somewhere next week. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
DO NOT REPLY [Bug 40798] - page-position=last doesn't work for 1 page document
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=40798. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=40798 --- Additional Comments From [EMAIL PROTECTED] 2008-01-03 06:18 --- Hi, I have been searching a solution for this bug but it's impossible!!! I think the only solution will be implement page-position=only (which is a XSL 1.1 feature)in the next version of FOP. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 40798] - page-position=last doesn't work for 1 page document
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=40798. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=40798 [EMAIL PROTECTED] changed: What|Removed |Added OS/Version|Linux |Windows 2000 --- Additional Comments From [EMAIL PROTECTED] 2007-01-18 09:29 --- I am having this same problem in fop on windows. If you do not know if that is correct in view of the FO spec, you may leave 'last' as is and support the 'only' trait (both first and last) as specified in XSL-FO 1.1 Recommendation. So, the example stated would work as: fo:conditional-page-master-reference page-position=only master-reference=last-page/ fo:conditional-page-master-reference page-position=last master-reference=last-page/ fo:conditional-page-master-reference page-position=any master-reference=default-page / -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 40798] - page-position=last doesn't work for 1 page document
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=40798. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=40798 --- Additional Comments From [EMAIL PROTECTED] 2006-12-21 04:43 --- The problem is in ConditionalPageMasterReference.isValid(isOddPage, isFirstPage, isLastPage, isBlankPage), which says explicitly that a conditional pagemaster reference with page-position=last is not valid for a first page. I do not know at this moment if that is correct in view of the FO spec. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.