https://issues.apache.org/bugzilla/show_bug.cgi?id=43940
--- Comment #35 from Julien Aymé ---
I will attach both a test case and a patch, later this afternoon.
--
You are receiving this mail because:
You are the assignee for the bug.
https://issues.apache.org/bugzilla/show_bug.cgi?id=43940
--- Comment #36 from Julien Aymé ---
The bug is trivial:
"if (source >= 10e-3 && source < 1e7) {" is wrong !
"if (source >= 1e-3 && source < 1e7) {" is right.
My mistake when reading 10 exp -3 in Double.toString javadoc and writing 10e-3
i
https://issues.apache.org/bugzilla/show_bug.cgi?id=43962
--- Comment #4 from Julien Aymé ---
Created attachment 28849
--> https://issues.apache.org/bugzilla/attachment.cgi?id=28849&action=edit
patch for both class and test case (DoubleFormatUtil.java and
DoubleFormatUtilTest.java)
--
You are
https://issues.apache.org/bugzilla/show_bug.cgi?id=43962
--- Comment #5 from Julien Aymé ---
Patch attached to wrong issue. Please ignore.
--
You are receiving this mail because:
You are the assignee for the bug.
https://issues.apache.org/bugzilla/show_bug.cgi?id=43940
--- Comment #37 from Julien Aymé ---
Created attachment 28850
--> https://issues.apache.org/bugzilla/attachment.cgi?id=28850&action=edit
patch for both class and test case (DoubleFormatUtil.java and
DoubleFormatUtilTest.java)
--
You are
https://issues.apache.org/bugzilla/show_bug.cgi?id=43940
--- Comment #38 from Glenn Adams ---
(In reply to comment #36)
> The bug is trivial:
> "if (source >= 10e-3 && source < 1e7) {" is wrong !
> "if (source >= 1e-3 && source < 1e7) {" is right.
>
> My mistake when reading 10 exp -3 in Double.
https://issues.apache.org/bugzilla/show_bug.cgi?id=43962
Glenn Adams changed:
What|Removed |Added
Attachment #28849|0 |1
is obsolete|
https://issues.apache.org/bugzilla/show_bug.cgi?id=43940
--- Comment #39 from Glenn Adams ---
(In reply to comment #38)
> (In reply to comment #36)
> > The bug is trivial:
> > "if (source >= 10e-3 && source < 1e7) {" is wrong !
> > "if (source >= 1e-3 && source < 1e7) {" is right.
> >
> > My mis
https://issues.apache.org/bugzilla/show_bug.cgi?id=43940
--- Comment #40 from Glenn Adams ---
(In reply to comment #39)
> (In reply to comment #38)
> > (In reply to comment #36)
> > > The bug is trivial:
> > > "if (source >= 10e-3 && source < 1e7) {" is wrong !
> > > "if (source >= 1e-3 && source
https://issues.apache.org/bugzilla/show_bug.cgi?id=43940
--- Comment #41 from Julien Aymé ---
My understanding of Double.toString javadoc is that the contract described in
the javadoc is mandatory for every implementation of the JVM.
But since I may be wrong, feel free to correct the patch.
I im
https://issues.apache.org/bugzilla/show_bug.cgi?id=43940
--- Comment #42 from Vincent Hennebert ---
(In reply to comment #41)
> My understanding of Double.toString javadoc is that the contract described
> in the javadoc is mandatory for every implementation of the JVM.
I agree with that. Otherwi
https://issues.apache.org/bugzilla/show_bug.cgi?id=50852
Vincent Hennebert changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
https://issues.apache.org/bugzilla/show_bug.cgi?id=53316
Priority: P2
Bug ID: 53316
Assignee: fop-dev@xmlgraphics.apache.org
Summary: Obscure algorithm of lines break in output PDF
Severity: normal
Classification: Unclassified
https://issues.apache.org/bugzilla/show_bug.cgi?id=53316
Pascal Sancho changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #1 from Pasca
https://issues.apache.org/bugzilla/show_bug.cgi?id=53316
--- Comment #2 from Nawa ---
Created attachment 28854
--> https://issues.apache.org/bugzilla/attachment.cgi?id=28854&action=edit
new samples
input1.fo contains simplified input with
"a--integration-pack.zip" word. input2.
https://issues.apache.org/bugzilla/show_bug.cgi?id=53316
Nawa changed:
What|Removed |Added
Status|NEEDINFO|NEW
--
You are receiving this mail because
https://issues.apache.org/bugzilla/show_bug.cgi?id=43940
Julien Aymé changed:
What|Removed |Added
Attachment #28850|0 |1
is obsolete|
https://issues.apache.org/bugzilla/show_bug.cgi?id=53316
--- Comment #3 from Manuel Mall ---
What you are observing is most likely the effect of the FOP linebreaking
algorithm that is based on so called Knuth model
(http://wiki.apache.org/xmlgraphics-fop/KnuthsModel). In a very informal
descripti
https://issues.apache.org/bugzilla/show_bug.cgi?id=53316
--- Comment #4 from Nawa ---
Thank Manuel
Seems to be true. Is it possible to change linebreaking behavior from Knuth
model to simple in my XSL-FO?
--
You are receiving this mail because:
You are the assignee for the bug.
https://issues.apache.org/bugzilla/show_bug.cgi?id=53316
--- Comment #5 from Manuel Mall ---
AFAIK you cannot switch off the Knuth algorithm or fallback to a simpler
algorithm. Looking at your output1.pdf it would be interesting to figure out
what a first fit algorithm would produce. For example
https://issues.apache.org/bugzilla/show_bug.cgi?id=53316
Glenn Adams changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://issues.apache.org/bugzilla/show_bug.cgi?id=51150
Bug 51150 depends on bug 43940, which changed state.
Bug 43940 Summary: [PATCH] Faster method for double formatting
https://issues.apache.org/bugzilla/show_bug.cgi?id=43940
What|Removed |Added
---
https://issues.apache.org/bugzilla/show_bug.cgi?id=43940
Glenn Adams changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://issues.apache.org/bugzilla/show_bug.cgi?id=43940
Glenn Adams changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
You are receiving this ma
24 matches
Mail list logo