Re: Disable 900 penalty when not all cells have contributed in tables?

2008-01-14 Thread Vincent Hennebert
Thanks for all your feedbacks.

Hearing no objections, I’ll then commit the change in the next days.

Vincent

Vincent Hennebert wrote:
 Hi,
 
 The title may be a little cryptic for those who aren’t familiar with the 
 table layout code :-\ But basically it corresponds to the following:
 
 When a row starts at the bottom of a page, there may not be enough 
 remaining room to allow every cell to put a part of its content:
 
 | Cell 1   |   |
 
 - Page break ---
 
 |  | This text doesn’t fit |
 |  | on the previous page  |
 
 
 Currently, a 900 penalty is assigned to such a break possibility, to 
 avoid as much as possible this situation from occurring.
 
 However, it doesn’t completely prevent it, as we have seen recently on 
 fop-users. My proposal is to forbid it, as anyway the output is so ugly 
 that one would probably prefer some extra blank space at the bottom of 
 the page instead.
 
 Is there anyone against me applying this change?
 
 Thanks,
 Vincent

-- 
Vincent HennebertAnyware Technologies
http://people.apache.org/~vhennebert http://www.anyware-tech.com
Apache FOP Committer FOP Development/Consulting


Re: Disable 900 penalty when not all cells have contributed in tables?

2008-01-09 Thread Jeremias Maerki
+1
I guess it makes sense.

On 09.01.2008 15:27:29 Vincent Hennebert wrote:
 Hi,
 
 The title may be a little cryptic for those who aren’t familiar with the 
 table layout code :-\ But basically it corresponds to the following:
 
 When a row starts at the bottom of a page, there may not be enough 
 remaining room to allow every cell to put a part of its content:
 
 | Cell 1   |   |
 
 - Page break ---
 
 |  | This text doesn’t fit |
 |  | on the previous page  |
 
 
 Currently, a 900 penalty is assigned to such a break possibility, to 
 avoid as much as possible this situation from occurring.
 
 However, it doesn’t completely prevent it, as we have seen recently on 
 fop-users. My proposal is to forbid it, as anyway the output is so ugly 
 that one would probably prefer some extra blank space at the bottom of 
 the page instead.
 
 Is there anyone against me applying this change?
 
 Thanks,
 Vincent
 
 
 -- 
 Vincent HennebertAnyware Technologies
 http://people.apache.org/~vhennebert http://www.anyware-tech.com
 Apache FOP Committer FOP Development/Consulting




Jeremias Maerki



Re: Disable 900 penalty when not all cells have contributed in tables?

2008-01-09 Thread Max Berger
Vincent,

  both of them I'd prefer to see split onto two pages. So imo a high
  penalty is better
 That will still be possible with the infinite penalty (assuming your
 1.5 pages contain enough break possibilities in between). The rule
 here is only to make sure that every column contributes at least the
 content before the first break possibility (for each column) to a row
 before the row is considered breakable.

In this case +1, I can't think of any other cases where this could fail.

   When a row starts at the bottom of a page, there may not be enough 
   remaining room to allow every cell to put a part of its content:
   
   | Cell 1   |   |
   
   - Page break ---
   
   |  | This text doesn’t fit |
   |  | on the previous page  |
   
   


Max