https://issues.apache.org/bugzilla/show_bug.cgi?id=50705
Jeremias Maerki jerem...@apache.org changed:
What|Removed |Added
Status|NEW |RESOLVED
On Wed, Feb 02, 2011 at 01:02:47AM +0100, Andreas Delmelle wrote:
On 02 Feb 2011, at 00:46, adelme...@apache.org wrote:
Author: adelmelle
Date: Tue Feb 1 23:46:38 2011
New Revision: 1066275
URL: http://svn.apache.org/viewvc?rev=1066275view=rev
Log:
Add type safety to
+1. Sorry, missed that somehow.
On 04.02.2011 09:34:09 Simon Pepping wrote:
On Wed, Feb 02, 2011 at 01:02:47AM +0100, Andreas Delmelle wrote:
On 02 Feb 2011, at 00:46, adelme...@apache.org wrote:
Author: adelmelle
Date: Tue Feb 1 23:46:38 2011
New Revision: 1066275
URL:
https://issues.apache.org/bugzilla/show_bug.cgi?id=50719
Summary: NOP position in AFP output
Product: Fop
Version: all
Platform: PC
OS/Version: Windows XP
Status: NEW
Severity: normal
Priority: P2
https://issues.apache.org/bugzilla/show_bug.cgi?id=50719
--- Comment #1 from Sandeep sdhu...@gmail.com 2011-02-04 04:46:55 EST ---
Created an attachment (id=26603)
-- (https://issues.apache.org/bugzilla/attachment.cgi?id=26603)
Nop position in output
The attached image shows current output and
https://issues.apache.org/bugzilla/show_bug.cgi?id=49835
--- Comment #7 from Andreas L. Delmelle adelme...@apache.org 2011-02-04
05:23:24 EST ---
Created an attachment (id=26604)
-- (https://issues.apache.org/bugzilla/attachment.cgi?id=26604)
potential fix
Looking closer at this, so far, I
https://issues.apache.org/bugzilla/show_bug.cgi?id=49877
Andreas L. Delmelle adelme...@apache.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.apache.org/bugzilla/show_bug.cgi?id=49835
--- Comment #8 from Andreas L. Delmelle adelme...@apache.org 2011-02-04
05:23:52 EST ---
*** Bug 49877 has been marked as a duplicate of this bug. ***
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
I found a potential problem: The directory Tag in the configuration
takes file paths (not URIs, since we can't detect files on arbitrary
URIs). FontInfoConfigurator doesn't try to resolve relative directories
against the base or font base URI (see #addDirectories() and
note that the file: URL scheme does not technically support relative URLs;
however, that hasn't prevented some implementations from making non-standard
extensions to provide such support
On Fri, Feb 4, 2011 at 7:08 AM, Jeremias Maerki d...@jeremias-maerki.chwrote:
I found a potential problem:
I get a junit failure in BitmapImageUtilTestCase:
Testcase: testConvertToMono(org.apache.fop.util.BitmapImageUtilTestCase):
FAILED
expected:0[1010100]0001000101010101 but
was:0[001000100010001]0001000101010101
junit.framework.ComparisonFailure:
Damn, I knew it. I've tested two Sun 5 and 6 and OpenJDK 6 and they ran
through. Anyway, I've disabled the pixel tests:
http://svn.apache.org/viewvc?rev=1067193view=rev
So much for plattform-independence. Even worse with the color
conversions that I still have to look at.
Sorry for the
I'm talking about URIs, not URLs. There's nothing in RFC 1630 that
prohibits relative URIs for the file URI scheme. It's actually
describing relative URIs. The file URIs are eventually resolved to file
URLs which are then absolute.
On 04.02.2011 15:50:09 Glenn Adams wrote:
note that the file:
I'm not sure there is a definition of the file scheme that is not a URL
scheme. When 1630 was published, the distinction between URI and URL was not
worked out yet.
At present, the official definition of the file scheme is shown by IANA to
be 1738 (see
https://issues.apache.org/bugzilla/show_bug.cgi?id=49687
--- Comment #26 from Virginijus Kandrotas vkandrot...@yahoo.com 2011-02-04
11:53:07 EST ---
Dear Glenn,
thank you for this patch.
I am testing it and have following problem: Arabic letter in the words looks
not connected together
https://issues.apache.org/bugzilla/show_bug.cgi?id=49801
--- Comment #4 from Andreas L. Delmelle adelme...@apache.org 2011-02-04
13:18:28 EST ---
Created an attachment (id=26606)
-- (https://issues.apache.org/bugzilla/attachment.cgi?id=26606)
altered test case
The fullLen in computeDemerits()
https://issues.apache.org/bugzilla/show_bug.cgi?id=49801
--- Comment #5 from Andreas L. Delmelle adelme...@apache.org 2011-02-04
13:27:07 EST ---
Additionally, it's not only fullLen which is off, but obviously also partLen
and restLen, for the same reason (calcContentLength()). There will be
https://issues.apache.org/bugzilla/show_bug.cgi?id=49687
--- Comment #27 from Glenn Adams gl...@skynav.com 2011-02-04 13:47:24 EST ---
(In reply to comment #26)
Dear Glenn,
thank you for this patch.
I am testing it and have following problem: Arabic letter in the words looks
not
On 04 Feb 2011, at 17:40, Glenn Adams wrote:
snip /
so if one specifies
file:///../fop.xml
If I understand correctly, while it does not violate the URI syntax, this would
not be considered a relative URI either way.
That is, java.net.URI will consider it absolute, because it has a scheme
https://issues.apache.org/bugzilla/show_bug.cgi?id=49835
Andreas L. Delmelle adelme...@apache.org changed:
What|Removed |Added
Attachment #26604|0 |1
20 matches
Mail list logo
