[jira] [Created] (FOP-2833) page-position=last not detected

Dale Lancaster created FOP-2833: --- Summary: page-position=last not detected Key: FOP-2833 URL: https://issues.apache.org/jira/browse/FOP-2833 Project: FOP Issue Type: Bug Affects Versions

Re: blank pages and conditional-page-master-reference page-position=last

fix a bit later. BR, Matthias On 13.07.2015 04:23, Carlos Villegas wrote: When a blank page is generated because the page-sequence specified force-page-count, does this page also match the page-position=last condition? It seems in some old versions of FOP (1.0?) this was not the case, page-pos

blank pages and conditional-page-master-reference page-position=last

When a blank page is generated because the page-sequence specified force-page-count, does this page also match the page-position=last condition? It seems in some old versions of FOP (1.0?) this was not the case, page-position=last didn't match the padding pages. We were actually counti

[Bug 48537] Wrong handling of blank pages, page-position="last" and force-page-count

https://issues.apache.org/bugzilla/show_bug.cgi?id=48537 Matthias Reischenbacher changed: What|Removed |Added Status|NEW |RESOLVED Resolut

DO NOT REPLY [Bug 39725] page-position="last" and spans doesn't output all the content

https://issues.apache.org/bugzilla/show_bug.cgi?id=39725 Glenn Adams changed: What|Removed |Added Priority|P2 |P3 -- Configure bugmail: https://is

DO NOT REPLY [Bug 48537] Wrong handling of blank pages, page-position="last" and force-page-count

https://issues.apache.org/bugzilla/show_bug.cgi?id=48537 Glenn Adams changed: What|Removed |Added Priority|P2 |P3 -- Configure bugmail: https://is

DO NOT REPLY [Bug 39725] page-position="last" and spans doesn't output all the content

https://issues.apache.org/bugzilla/show_bug.cgi?id=39725 --- Comment #3 from Glenn Adams 2012-04-07 01:44:41 UTC --- resetting P2 open bugs to P3 pending further review -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because:

DO NOT REPLY [Bug 48537] Wrong handling of blank pages, page-position="last" and force-page-count

https://issues.apache.org/bugzilla/show_bug.cgi?id=48537 --- Comment #5 from Glenn Adams 2012-04-07 01:44:05 UTC --- resetting P2 open bugs to P3 pending further review -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because:

DO NOT REPLY [Bug 39725] page-position="last" and spans doesn't output all the content

https://issues.apache.org/bugzilla/show_bug.cgi?id=39725 Glenn Adams changed: What|Removed |Added Severity|major |normal --- Comment #2 from Glenn Ada

DO NOT REPLY [Bug 42852] page-position="last" doesn't work with force-page-count.

https://issues.apache.org/bugzilla/show_bug.cgi?id=42852 Glenn Adams changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #3 from Glenn Ada

DO NOT REPLY [Bug 46486] page-position="last" causes blocks with span=all to disappear

https://issues.apache.org/bugzilla/show_bug.cgi?id=46486 Glenn Adams changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #19 from Glenn Ad

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 changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #16 from Glenn Ad

DO NOT REPLY [Bug 46489] page-position="last" can cause an extra blank page.

https://issues.apache.org/bugzilla/show_bug.cgi?id=46489 Glenn Adams changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #6 from Glenn Ada

DO NOT REPLY [Bug 47741] page-position="last" not recognized properly in one-page flows

https://issues.apache.org/bugzilla/show_bug.cgi?id=47741 Glenn Adams changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #3 from Glenn Ada

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 changed: What|Removed |Added CC||jdmaille...@gmail.com -- Configure bugm

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 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

DO NOT REPLY [Bug 46486] page-position="last" causes blocks with span=all to disappear

https://issues.apache.org/bugzilla/show_bug.cgi?id=46486 Vincent Hennebert changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

DO NOT REPLY [Bug 48537] Wrong handling of blank pages, page-position="last" and force-page-count

https://issues.apache.org/bugzilla/show_bug.cgi?id=48537 --- Comment #4 from Vincent Hennebert 2010-01-13 08:00:22 UTC --- Created an attachment (id=24841) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=24841) PDF rendering of second example -- Configure bugmail: https://issues.apa

DO NOT REPLY [Bug 48537] Wrong handling of blank pages, page-position="last" and force-page-count

https://issues.apache.org/bugzilla/show_bug.cgi?id=48537 --- Comment #3 from Vincent Hennebert 2010-01-13 07:59:54 UTC --- Created an attachment (id=24840) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=24840) Second example. Last-page too small to hold content, so added as page 3 an

DO NOT REPLY [Bug 48537] Wrong handling of blank pages, page-position="last" and force-page-count

https://issues.apache.org/bugzilla/show_bug.cgi?id=48537 --- Comment #2 from Vincent Hennebert 2010-01-13 07:58:26 UTC --- Created an attachment (id=24839) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=24839) PDF rendering of first example -- Configure bugmail: https://issues.apac

DO NOT REPLY [Bug 48537] Wrong handling of blank pages, page-position="last" and force-page-count

https://issues.apache.org/bugzilla/show_bug.cgi?id=48537 --- Comment #1 from Vincent Hennebert 2010-01-13 07:57:46 UTC --- Created an attachment (id=24838) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=24838) First example. Blank page is added after last page instead of using normal

DO NOT REPLY [Bug 48537] New: Wrong handling of blank pages, page-position="last" and force-page-count

https://issues.apache.org/bugzilla/show_bug.cgi?id=48537 Summary: Wrong handling of blank pages, page-position="last" and force-page-count Product: Fop Version: all Platform: All OS/Version: All S

DO NOT REPLY [Bug 46486] page-position="last" causes blocks with span=all to disappear

https://issues.apache.org/bugzilla/show_bug.cgi?id=46486 --- Comment #17 from Vincent Hennebert 2010-01-07 08:02:25 UTC --- I'm going to have a look at this. I'll investigate the idea mentioned in comment #11 to detach the region-viewport area and re-attach it to the page area corresponding to t

DO NOT REPLY [Bug 47741] page-position="last" not recognized properly in one-page flows

https://issues.apache.org/bugzilla/show_bug.cgi?id=47741 Andreas L. Delmelle changed: What|Removed |Added Status|NEW |RESOLVED Resolution

DO NOT REPLY [Bug 47741] page-position="last" not recognized properly in one-page flows

https://issues.apache.org/bugzilla/show_bug.cgi?id=47741 --- Comment #1 from Dave Gerdt 2009-08-26 08:52:42 PDT --- Does the trunk also have this problem? There was a fix for a similar bug applied since 0.95 came out. See https://issues.apache.org/bugzilla/show_bug.cgi?id=40798 -- Configure b

DO NOT REPLY [Bug 47741] New: page-position="last" not recognized properly in one-page flows

https://issues.apache.org/bugzilla/show_bug.cgi?id=47741 Summary: page-position="last" not recognized properly in one-page flows Product: Fop Version: 0.95 Platform: PC OS/Version: Windows Vista S

DO NOT REPLY [Bug 46486] page-position="last" causes blocks with span=all to disappear

https://issues.apache.org/bugzilla/show_bug.cgi?id=46486 --- Comment #16 from Andreas L. Delmelle 2009-04-15 12:02:19 PST --- BTW: Actually, quite a shame I didn't get near a solution, so far. I still think teaching AbstractBreaker to possibly deal with a sequence of block lists could be a

DO NOT REPLY [Bug 46486] page-position="last" causes blocks with span=all to disappear

https://issues.apache.org/bugzilla/show_bug.cgi?id=46486 --- Comment #15 from Andreas L. Delmelle 2009-04-15 11:53:03 PST --- Created an attachment (id=23495) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=23495) patch not fixing the issue Tried my best to keep looking at the b

DO NOT REPLY [Bug 46486] page-position="last" causes blocks with span=all to disappear

https://issues.apache.org/bugzilla/show_bug.cgi?id=46486 Andreas L. Delmelle changed: What|Removed |Added Attachment #23090|1 |0 is obsolete|

DO NOT REPLY [Bug 46486] page-position="last" causes blocks with span=all to disappear

https://issues.apache.org/bugzilla/show_bug.cgi?id=46486 --- Comment #14 from Andreas L. Delmelle 2009-04-15 10:53:16 PST --- (In reply to comment #11) Hi Vincent My next attempt would probably go in that direction. If you look at what BlockContainerBreaker does, for example, this gives a

DO NOT REPLY [Bug 46486] page-position="last" causes blocks with span=all to disappear

overlook that for now. Most use cases of page-position="last" just involves different headers and footers, so finding a solution that doesn't lose content and works for different headers and footers is the most immediate concern. Solving this problem fully can be left to the redesigned

DO NOT REPLY [Bug 46486] page-position="last" causes blocks with span=all to disappear

https://issues.apache.org/bugzilla/show_bug.cgi?id=46486 --- Comment #12 from Andreas L. Delmelle 2009-04-15 10:19:13 PST --- FWIW, for the moment, I have decided to do the following: -> committed most of the changes to PageBreaker.java to the trunk, since they're more cleanup and things t

DO NOT REPLY [Bug 46486] page-position="last" causes blocks with span=all to disappear

for now, no re-layouting should be necessary at all. If the bpd of the last page is smaller than the content, then I think the page should be left as is, and another page should be generated using the page-master for page-position="last" (plus possibly an additional empty one in between

DO NOT REPLY [Bug 46486] page-position="last" causes blocks with span=all to disappear

https://issues.apache.org/bugzilla/show_bug.cgi?id=46486 --- Comment #10 from Andreas L. Delmelle 2009-04-14 16:23:59 PST --- Some more notes... Seems I'm unfortunately going to have to put this aside for the moment. It seems like I either sorely underestimated the complexity of the issue,

DO NOT REPLY [Bug 46486] page-position="last" causes blocks with span=all to disappear

https://issues.apache.org/bugzilla/show_bug.cgi?id=46486 --- Comment #9 from Andreas L. Delmelle 2009-04-06 11:05:42 PST --- Status update: Been busy attempting to complete the deferral mechanism. By itself, not very complicated changes (only 2 affected classes), but all sorts of other is

DO NOT REPLY [Bug 46486] page-position="last" causes blocks with span=all to disappear

https://issues.apache.org/bugzilla/show_bug.cgi?id=46486 Andreas L. Delmelle changed: What|Removed |Added Attachment #23090|0 |1 is obsolete|

DO NOT REPLY [Bug 46486] page-position="last" causes blocks with span=all to disappear

https://issues.apache.org/bugzilla/show_bug.cgi?id=46486 --- Comment #7 from Vincent Hennebert 2009-04-01 03:30:29 PST --- Hi Andreas, I'd suggest you not to worry about changes in the number of columns, otherwise you will indeed bump into the very problems that I am trying to solve at the

DO NOT REPLY [Bug 46486] page-position="last" causes blocks with span=all to disappear

https://issues.apache.org/bugzilla/show_bug.cgi?id=46486 --- Comment #6 from Andreas L. Delmelle 2009-03-31 13:48:13 PST --- For documentation purposes: Spent quite some time trying to get it working correctly, by deferring the part after the last page-break in case we have a last page-mast

DO NOT REPLY [Bug 46486] page-position="last" causes blocks with span=all to disappear

https://issues.apache.org/bugzilla/show_bug.cgi?id=46486 --- Comment #5 from Andreas L. Delmelle 2009-03-28 08:13:06 PST --- Studying the effects of using a deferred block list, it is definitely not enough to simply carry those blocks over. Since they were created under the assumption of,

DO NOT REPLY [Bug 46486] page-position="last" causes blocks with span=all to disappear

https://issues.apache.org/bugzilla/show_bug.cgi?id=46486 Andreas L. Delmelle changed: What|Removed |Added Attachment #23090|application/octet-stream|text/plain mime ty

DO NOT REPLY [Bug 46486] page-position="last" causes blocks with span=all to disappear

https://issues.apache.org/bugzilla/show_bug.cgi?id=46486 --- Comment #4 from Andreas L. Delmelle 2009-03-25 13:29:19 PST --- Part of the issue already fixed locally by working with a deferred block list to which the elements of the part after the last break are added before continuing with

DO NOT REPLY [Bug 46486] page-position="last" causes blocks with span=all to disappear

https://issues.apache.org/bugzilla/show_bug.cgi?id=46486 --- Comment #3 from Andreas L. Delmelle 2009-03-23 16:00:24 PST --- Locally refactored the methods PageBreaker.doPhase3With...() into one restartAt() method. Besides the fact that one slightly larger method body saves about 20 lines

DO NOT REPLY [Bug 46489] page-position="last" can cause an extra blank page.

https://issues.apache.org/bugzilla/show_bug.cgi?id=46489 Andreas L. Delmelle changed: What|Removed |Added Status|NEW |RESOLVED Resolution

DO NOT REPLY [Bug 46489] page-position="last" can cause an extra blank page.

https://issues.apache.org/bugzilla/show_bug.cgi?id=46489 --- Comment #4 from Andreas L. Delmelle 2009-03-22 11:52:36 PST --- In the meantime, I tracked the origin of the superfluous penalty to BlockStackingLM.getNextKnuthElements() (line 350). Avoiding its creation and insertion into the r

DO NOT REPLY [Bug 46489] page-position="last" can cause an extra blank page.

https://issues.apache.org/bugzilla/show_bug.cgi?id=46489 --- Comment #3 from Andreas L. Delmelle 2009-03-22 04:16:03 PST --- Upon checking closer: the difference between the scenario with and without tables is that, without tables the break-before has already triggered addAreas() for the p

DO NOT REPLY [Bug 46489] page-position="last" can cause an extra blank page.

https://issues.apache.org/bugzilla/show_bug.cgi?id=46489 --- Comment #2 from Andreas L. Delmelle 2009-03-22 02:57:24 PST --- Created an attachment (id=23396) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=23396) modified sample; demonstrating the influence of tables If we remo

DO NOT REPLY [Bug 46486] page-position="last" causes blocks with span=all to disappear

https://issues.apache.org/bugzilla/show_bug.cgi?id=46486 Andreas L. Delmelle changed: What|Removed |Added Platform|PC |All Version|0.95

DO NOT REPLY [Bug 46489] page-position="last" can cause an extra blank page.

https://issues.apache.org/bugzilla/show_bug.cgi?id=46489 Andreas L. Delmelle changed: What|Removed |Added Platform|PC |All Version|0.95

DO NOT REPLY [Bug 46489] page-position="last" can cause an extra blank page.

https://issues.apache.org/bugzilla/show_bug.cgi?id=46489 --- Comment #1 from Andreas L. Delmelle 2009-03-22 02:20:45 PST --- Some initial observations: The issue is again with the last page-master. Commenting out only that one, also produces the expected result. This time, it's the combina

DO NOT REPLY [Bug 46486] page-position="last" causes blocks with span=all to disappear

https://issues.apache.org/bugzilla/show_bug.cgi?id=46486 --- Comment #2 from Andreas L. Delmelle 2009-03-22 02:05:00 PST --- Debugging this, I see that the last page-master triggers a restart of the algorithm, but the restarting point is assumed to be the last span change. The other span c

DO NOT REPLY [Bug 46489] New: page-position="last" can cause an extra blank page.

https://issues.apache.org/bugzilla/show_bug.cgi?id=46489 Summary: page-position="last" can cause an extra blank page. Product: Fop Version: 0.95 Platform: PC OS/Version: Windows XP Status: NEW Severi

DO NOT REPLY [Bug 46486] page-position="last" causes blocks with span=all to disappear

https://issues.apache.org/bugzilla/show_bug.cgi?id=46486 --- Comment #1 from Chris Bowditch 2009-01-07 02:32:22 PST --- Created an attachment (id=23090) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=23090) Sample FO to recreate bug -- Configure bugmail: https://issues.apache

DO NOT REPLY [Bug 46486] New: page-position="last" causes blocks with span=all to disappear

https://issues.apache.org/bugzilla/show_bug.cgi?id=46486 Summary: page-position="last" causes blocks with span=all to disappear Product: Fop Version: 0.95 Platform: PC OS/Version: Windows XP S

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=698280&view=rev > > Apolog

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 Status|NEW |RESOLVED

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

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

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

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

Re: DO NOT REPLY [Bug 40798] page-position="last" doesn' t work for 1 page document

d this bug yet...) However, the solution he provides doesn't work with FOP because as Simon points out above "ConditionalPageMasterReference.isValid(isOddPage, isFirstPage, isLastPage,isBlankPage) ... says explicitly that a conditional pagemaster reference with page-position="last&quo

Re: DO NOT REPLY [Bug 40798] page-position="last" doesn' t work for 1 page document

t...) > > However, the solution he provides doesn't work with FOP because as Simon > points > out above "ConditionalPageMasterReference.isValid(isOddPage, isFirstPage, > isLastPage,isBlankPage) ... says explicitly that a conditional pagemaster > reference with page-

Re: DO NOT REPLY [Bug 40798] page-position="last" doesn' t work for 1 page document

ever, the solution he provides doesn't work with FOP because as Simon points out above "ConditionalPageMasterReference.isValid(isOddPage, isFirstPage, isLastPage,isBlankPage) ... says explicitly that a conditional pagemaster reference with page-position="last" is not valid for a

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 #8 from Dave Gerdt <[EMAIL PROTECTED]> 2008-07-08 14:02:49 PST --- Created an attachment (id=22237) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=22237) Test whether a 'first' page can also be a 'last' page Tes

DO NOT REPLY [Bug 40798] page-position="last" doesn' t work for 1 page document

isBlankPage) ... says explicitly that a conditional pagemaster reference with page-position="last" is not valid for a first page." Looking at the spec [2][3] I can't see any reason why that should be the case, though I'm no expert in the spec, to be sure. Can one of the devs

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 . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

page-position="last" doesn't work for 1 page document

Hello, I have two page-masters defined, with one having a different footer than the other. When this renders to a 2+ page document, the last page gets the last footer and the other pages get the other footer. When it renders to a 1 page document, I get the "any" page footer, even though the th

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 . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

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 . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

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 . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 42852] - page-position="last" doesn't work with force-page-count.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 42852] - page-position="last" doesn't work with force-page-count.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 42852] New: - page-position="last" doesn't work with force-page-count.

gzilla/show_bug.cgi?id=42852 Summary: page-position="last" doesn't work with force-page-count. Product: Fop Version: 0.93 Platform: PC OS/Version: Windows 2000 Status: NEW Severity: normal Priority: P2

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 . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 40798] - page-position="last" doesn't work for 1 page document

gzilla/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="l

DO NOT REPLY [Bug 40798] New: - page-position="last" doesn't work for 1 page document

gzilla/show_bug.cgi?id=40798 Summary: page-position="last" doesn't work for 1 page document Product: Fop Version: 0.92 Platform: Other OS/Version: Linux Status: NEW Severity: major Priority: P2 C

DO NOT REPLY [Bug 39725] - page-position="last" and spans doesn't output all the content

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 39725] - page-position="last" and spans doesn't output all the content

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 39725] New: - page-position="last" and spans doesn't output all the content

gzilla/show_bug.cgi?id=39725 Summary: page-position="last" and spans doesn't output all the content Product: Fop Version: 1.0dev Platform: All OS/Version: other Status: NEW Severity: regression

Re: page-position="last"

Jeremias Maerki wrote: I've made some further tests with page-position="last" and stumbled over the following: This will currently never trigger the last page because the conditionals are checked from top to bottom choosing the first match. I think this is al

page-position="last"

I've made some further tests with page-position="last" and stumbled over the following: This will currently never trigger the last page because the conditionals are checked from top to bottom choosing the first match. I think this is also defined like this b

Re: Another page-related question: page-position="last"

e? (= If there are no areas left to fill up an eventual last page, then this page-master is simply never eligible for selection.) I'm inclined to believe b), but again, not absolutely --or: absolutely not-- certain about this... Make it page-position="last" and odd-or-even=&

Re: Another page-related question: page-position="last"

Andreas L Delmelle wrote: [blankety-blank-blanks stuff] Umm, emm, "blank" means no area at all on the page body, not even one with bpd=0. E.g. would create two non-blank pages. Or so I think. I probably have to revise the statement about the last page. I'm feeling somewhat blank now..

Re: Another page-related question: page-position="last"

uot;any", which comes down to the same thing). If and only if you have a fo:c-p-m with both page-position="last" and blank-or-not-blank="blank", the output of one blank last page is the only correct output. Same thing for Joerg's expectation, which is the only correct

Re: Another page-related question: page-position="last"

Ah, so we need to define first, what we really want to expect. :-) Does the spec say anything about the expected behaviour? On 02.10.2005 00:57:07 J.Pietschmann wrote: > Jeremias Maerki wrote: > > On 27.09.2005 16:38:23 Luca Furini wrote: > [the usual layout oscillation/convergence problem] > >> W

Re: Another page-related question: page-position="last"

Jeremias Maerki wrote: On 27.09.2005 16:38:23 Luca Furini wrote: [the usual layout oscillation/convergence problem] What is the expected output? In this case it has to generate a blank page IMO. The expected output is that there is some content (area with bpd>0) on the last page, even if th

Re: Another page-related question: page-position="last"

Jeremias Maerki wrote: What is the expected output? In this case it has to generate a blank page IMO. Oh, right, I did not think of an empty page! :-) The problem is with the "page x of y" hack that won't work like this if the last empty block ends up on the second-to-last page. [...] Wha

Re: Another page-related question: page-position="last"

On 27.09.2005 16:38:23 Luca Furini wrote: > Jeremias Maerki wrote: > > > It's an interesting idea. However, I suspect this will probably not be > > necessary. We should be able to make the breaker clever enough to handle > > this particular case. > > When the page bpd depends on the page-maste

Re: Another page-related question: page-position="last"

Jeremias Maerki wrote: It's an interesting idea. However, I suspect this will probably not be necessary. We should be able to make the breaker clever enough to handle this particular case. When the page bpd depends on the page-masters, things becomes very strange. Not only it's difficult to

Re: Another page-related question: page-position="last"

On Sep 26, 2005, at 16:03, Jeremias Maerki wrote: It's an interesting idea. However, I suspect this will probably not be necessary. We should be able to make the breaker clever enough to handle this particular case. ATM, I don't have free brain capacity to dive into this (even though this is

Re: Another page-related question: page-position="last"

lle wrote: > Hi, > > (Apologies for the many posts... I'm definitely on a roll :-)) > > Now that it has been made clear to me that the layout-engine first > calculates *all* break-possibilities, IMO this also seems to make > implementing page-position="last"

Another page-related question: page-position="last"

Hi, (Apologies for the many posts... I'm definitely on a roll :-)) Now that it has been made clear to me that the layout-engine first calculates *all* break-possibilities, IMO this also seems to make implementing page-position="last" much, much easier. Assuming that no area