DO NOT REPLY [Bug 39215] [PATCH] To render GIF external images in RTF output via PNG

2009-08-26 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=39215


Max Berger m...@berger.name changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


--- Comment #5 from Max Berger m...@berger.name 2009-08-26 01:28:58 PDT ---
Patch is now obsolete since the mentioned image conversion has been implemented
by Jeremias.

-- 
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 47690] Tables on multi-column pages sometimes come out wrong

2009-08-26 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=47690


Vincent Hennebert vhenneb...@gmail.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


--- Comment #2 from Vincent Hennebert vhenneb...@gmail.com 2009-08-26 
04:14:22 PDT ---
Thanks for your bug report. The issue appears to be fixed in FOP Trunk and the
fix will be made available in the next release.

Vincent

-- 
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 47741] New: page-position=last not recognized properly in one-page flows

2009-08-26 Thread bugzilla
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
Status: NEW
  Severity: normal
  Priority: P2
 Component: page-master/layout
AssignedTo: fop-dev@xmlgraphics.apache.org
ReportedBy: eric.am...@mail.house.gov


--- Comment #0 from Eric Amick eric.am...@mail.house.gov 2009-08-26 06:57:53 
PDT ---
Created an attachment (id=24168)
FO demonstrating bug

The attached FO generates only one page and attempts to use a page-master with
page-position=last. The output uses the page-master that does not have
page-position set to last. It appears that the page-position trait is false
when the property is set to last and there is only one page in the sequence.

-- 
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 47741] page-position=last not recognized properly in one-page flows

2009-08-26 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=47741



--- Comment #1 from Dave Gerdt dge...@bju.edu 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 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 47741] page-position=last not recognized properly in one-page flows

2009-08-26 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=47741


Andreas L. Delmelle adelme...@apache.org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


--- Comment #2 from Andreas L. Delmelle adelme...@apache.org 2009-08-26 
09:06:35 PDT ---
As pointed out in comment #1, this bug is indeed fixed in FOP Trunk, which also
offers support for XSL 1.1 's page-position=only (in case you need to have
yet a different page-master if the first page is also the last page)

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


Re: svn commit: r808135 - in /xmlgraphics/fop/trunk/src/java/org/apache/fop/layoutmgr: ./ inline/

2009-08-26 Thread Vincent Hennebert
 Author: vhennebert
 Date: Wed Aug 26 17:42:11 2009
 New Revision: 808135
 
 URL: http://svn.apache.org/viewvc?rev=808135view=rev
 Log:
 Reverted changes made in revision 796809 (manual merge of clean-up changes 
 made in the ChangingIPDHack branch). Those changes will be re-applied when 
 merging the branch back to Trunk with svn merge --reintegrate (if everything 
 goes well...)

And of course not everything went well. svn merge --reintegrate failed
for obscure reasons of subtree mergeinfo, explained in more details on
the following page:
http://blogs.open.collab.net/svn/2008/07/subversion-merg.html

I ended up doing the merge ‘by hand’ using the 2-URL merge syntax
mentioned in the document above. Hopefully everything went well. I think
the svn:mergeinfo properties should be cleared from most of the files in
the repository. Attention also needs to be paid when moving/copying
files. According to the document above the svn:mergeinfo property
created in such a case is most of times unnecessary.


Vincent


DO NOT REPLY [Bug 47745] New: External links in form url(link) don't resolved correctly in rtf export

2009-08-26 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=47745

   Summary: External links in form url(link) don't resolved
correctly in rtf export
   Product: Fop
   Version: all
  Platform: PC
OS/Version: Windows Vista
Status: NEW
  Severity: major
  Priority: P2
 Component: rtf
AssignedTo: fop-dev@xmlgraphics.apache.org
ReportedBy: pmolcha...@idsk.com


--- Comment #0 from Pavel Molchanov pmolcha...@idsk.com 2009-08-26 12:47:24 
PDT ---
It's a valid form to have 

fo:basic-link external-destination=url(http://www.mysite.com) /

PDF export is working fine and transform link to form: http://www.mysite.com

RTF doesn't transform links and pass full link url(http://www.mysite.com) to
the output. The link appears broken.

The fix is rather easy. In the file org.apache.fop.render.rtf.RTFHandler.java:

link.setExternalURL(basicLink.getExternalDestination());

must be replaced with:

link.setExternalURL(URISpecification.getURL(basicLink.getExternalDestination()));

Patch is attached.

-- 
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 47745] External links in form url(link) don't resolved correctly in rtf export

2009-08-26 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=47745



--- Comment #1 from Pavel Molchanov pmolcha...@idsk.com 2009-08-26 12:48:13 
PDT ---
Created an attachment (id=24172)
Patch for org.apache.fop.render.rtf.RTFHandler.java

-- 
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 47745] External links in form url(link) are not resolved correctly in rtf export

2009-08-26 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=47745


Pavel Molchanov pmolcha...@idsk.com changed:

   What|Removed |Added

Summary|External links in form  |External links in form
   |url(link) don't |url(link) are not
   |resolved correctly in rtf   |resolved correctly in rtf
   |export  |export


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