https://issues.apache.org/bugzilla/show_bug.cgi?id=51052
Glenn Adams gad...@apache.org changed:
What|Removed |Added
Status|NEEDINFO|NEW
--
Configure
https://issues.apache.org/bugzilla/show_bug.cgi?id=51052
--- Comment #11 from Glenn Adams gl...@skynav.com 2012-04-08 08:40:37 UTC ---
(In reply to comment #0)
I've attached an example test FO and I'll attach a patch shortly.
mehdi, any chance you'll be posting a patch?
--
Configure bugmail:
https://issues.apache.org/bugzilla/show_bug.cgi?id=51052
Glenn Adams gl...@skynav.com changed:
What|Removed |Added
Status|NEW |NEEDINFO
--
https://issues.apache.org/bugzilla/show_bug.cgi?id=51052
--- Comment #12 from Mehdi Houshmand med1...@gmail.com 2012-04-08 09:13:30
UTC ---
(In reply to comment #11)
(In reply to comment #0)
I've attached an example test FO and I'll attach a patch shortly.
mehdi, any chance you'll be
https://issues.apache.org/bugzilla/show_bug.cgi?id=51052
--- Comment #10 from Glenn Adams gl...@skynav.com 2012-04-07 01:41:40 UTC ---
resetting P2 open bugs to P3 pending further review
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving
https://issues.apache.org/bugzilla/show_bug.cgi?id=51052
Glenn Adams gl...@skynav.com changed:
What|Removed |Added
Priority|P2 |P3
--
Configure
https://issues.apache.org/bugzilla/show_bug.cgi?id=51052
--- Comment #9 from Mehdi Houshmand med1...@gmail.com 2011-04-18 03:42:47 EDT
---
I am far from convinced that this justifies the added computational complexity
of walking up the tree, and checking all static-contents for a
https://issues.apache.org/bugzilla/show_bug.cgi?id=51052
--- Comment #6 from Andreas L. Delmelle adelme...@apache.org 2011-04-16
14:35:44 EDT ---
(In reply to comment #5)
Well, I guess that would depend on how this was implemented. If we were being
puritanical, one could argue that if FOText
https://issues.apache.org/bugzilla/show_bug.cgi?id=51052
--- Comment #7 from Andreas L. Delmelle adelme...@apache.org 2011-04-16
14:54:27 EDT ---
(In reply to comment #6)
In the same sense, one could reason that the marker's child blocks, tables,
lists etc. all should not be created, and we
https://issues.apache.org/bugzilla/show_bug.cgi?id=51052
--- Comment #8 from Andreas L. Delmelle adelme...@apache.org 2011-04-16
16:06:21 EDT ---
(In reply to comment #6)
Well, I guess that would depend on how this was implemented. If we were
being
puritanical, one could argue that if
https://issues.apache.org/bugzilla/show_bug.cgi?id=51052
--- Comment #4 from Andreas L. Delmelle adelme...@apache.org 2011-04-14
14:45:35 EDT ---
(In reply to comment #3)
However, o.a.f.fo.flow.Marker inherits from FObjMixed, and so when
Marker.characters() is called, it blindly creates an
https://issues.apache.org/bugzilla/show_bug.cgi?id=51052
--- Comment #1 from Andreas L. Delmelle adelme...@apache.org 2011-04-13
13:25:05 EDT ---
(In reply to comment #0)
The issue is that a NPE is thrown when a retrieve-marker retrieves a marker
with only text content, when the
https://issues.apache.org/bugzilla/show_bug.cgi?id=51052
--- Comment #2 from Andreas L. Delmelle adelme...@apache.org 2011-04-13
13:35:07 EDT ---
(In reply to comment #1)
... If some bare text is entered in a fo:table-cell (or basically any FO that
expects block-content), then it will be
13 matches
Mail list logo