DO NOT REPLY [Bug 47311] New: [PATCH] Support for bleed, trim and crop box and scaling

2009-06-03 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=47311

   Summary: [PATCH] Support for bleed, trim and crop box and
scaling
   Product: Fop
   Version: all
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: P3
 Component: general
AssignedTo: fop-dev@xmlgraphics.apache.org
ReportedBy: pc.subscripti...@gmail.com


Created an attachment (id=23751)
 -- (https://issues.apache.org/bugzilla/attachment.cgi?id=23751)
Patch adding support for bleed, trim and crop box and scaling

The attached patch adds support for 4 new simple-page-master fop extension
attributes, namely

- fox:crop-box
- fox:trim-box
- fox:bleed-box
- fox:scale

The box attributes can consist out of up to 4 numeric values (top,left, width,
height) and can have units as suffix to each of the numbers.

The scale attribute can consist out of two numbers each between 0 and 1

It is implemented for PDF and Java2D renderers.

-- 
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 47311] [PATCH] Support for bleed, trim and crop box and scaling

2009-06-03 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=47311





--- Comment #1 from Andreas L. Delmelle adelme...@apache.org  2009-06-03 
11:53:21 PST ---

Thanks for this patch, Peter!

I know this is going to be very useful, as questions regarding that
functionality pop up on the user list from time to time. We'll look into it,
and will keep you informed. I currently have other priorities, but as soon as I
see an available slot of time, if no one beats me to it, I'll go into it in
more detail.

-- 
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 46905] [PATCH] Implement keep-*.within-column

2009-06-03 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=46905





--- Comment #17 from Andreas L. Delmelle adelme...@apache.org  2009-06-03 
11:59:59 PST ---
(In reply to comment #16)
 This won't work. If keep-together.within-column=1 and
 keep-together.within-page=always then a break must be completely forbidden 
 at
 a page. Hinting penalties won't prevent that in every case, for example if the
 only feasible page break is at such a place.

OK, I thought so...

I had this working for strength always, with the modified implementation for
Keep.compare() I suggested earlier (comment #4). Anyway, that case is easy. The
more complicated case is keep-together.within-column=1 and on a nested block
.within-page=10. Both column-breaks and page-breaks are allowed, but the
page-breaks should preferably be made before/after the nested block. A
page-break in the nested block would be permitted only if its content does not
fit into one page.

 In that situation the node recovery mechanism must be launched, 
 and an earlier too-short/long node selected.

As far as I can tell, we currently only remember the last deactivated node. As
soon as we deactivate another node, either it will replace that one (if it
produces better demerits) or it is just disregarded completely (after my
modifications: if the deactivated node does not end a page, PBA.compareNodes()
will return the preceding page-break, so that the column-break node is
deactivated but not used as the point from which to restart later on).

If I interpret that remark correctly, then either we have to remember more
deactivated nodes in order to be able to select an earlier one, or we should
make sure (somehow?) that the nodes for the breaks before/after the nested
block produce better demerits than those corresponding to page-breaks within
that block...

Another question-mark: if the keep-constraints would lead to a break
mid-column, would end-users expect column-balancing to be applied to the part
before the page-break...? Currently not trivial to implement, if I judge
correctly. I'll first see if I can get it working without column-balancing, and
add this later.

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.