[
https://issues.apache.org/jira/browse/FOP-2469?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14560986#comment-14560986
]
Gregor Berg commented on FOP-2469:
--
I tried to pass the information (whether the current LM
[
https://issues.apache.org/jira/browse/FOP-2469?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gregor Berg updated FOP-2469:
-
Attachment: 2015-05-27-LM-to-LC-refactoring.patch
illustration of how a switch from LM bottom-up (O(n)) to
On 27 May 2015, at 01:59, Luis Bernardo lmpmberna...@gmail.com wrote:
Hi Luis
In my view any code that does more becomes more complex, not less
comprehensible. The same happens with FOP.
Very true, indeed. I recall having argued that same point on this list in the
past.
Doing more
[
https://issues.apache.org/jira/browse/FOP-2469?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andreas L. Delmelle reassigned FOP-2469:
Assignee: Andreas L. Delmelle
[PATCH] auto table layout
-
Hi Gregor
Just a heads-up, if you're reading this: We (I) have not forgotten. :)
Will probably have more time next week to have a closer look at your work.
Thanks for updating the Wiki, BTW. That stuff is very valuable info!
KR
Andreas
On 27 May 2015, at 15:51, Gregor Berg (JIRA)
One significant risk in a major rewrite of an important section is
regression. This is particularly true given the paucity of tests in FOP.
You will have to assume that such a rewrite is going to produce a number of
regressions (while continuing to pass the test suite).
On Wed, May 27, 2015 at
Hi Glenn
On 27 May 2015, at 18:36, Glenn Adams gl...@skynav.com wrote:
One significant risk in a major rewrite of an important section is
regression. This is particularly true given the paucity of tests in FOP. You
will have to assume that such a rewrite is going to produce a number of
[
https://issues.apache.org/jira/browse/FOP-2469?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andreas L. Delmelle updated FOP-2469:
-
Comment: was deleted
(was: Side-note -
Reading that (rather old) Wiki page again, with
FYI - Comment actually had nothing to do with the patch, so decided to remove
it, so as to not let Gregor's fine work drown in unrelated ranting...
On 27 May 2015, at 21:07, Andreas L. Delmelle (JIRA) j...@apache.org wrote:
[
On 2015-05-25 Andreas Delmelle wrote:
On 2015-05-25 Jan Tosovsky wrote:
can you hypothetically imagine any way how to convert virtual page
objects to the office document structure? I actually I think of
'Slides' to PPTX (XSLF) conversion.
There is not an easy way to produce
Hi Jan,
I know pptx a bit, because I had to implement an output channel based
mainly on XSLT and a little bit of java (used mainly for zip
compression). Pptx is hard to understand because of all the cross
references between the different files, but that wouldn't justify to add
another
Hi Andreas,
On 2015-05-27 Andreas Delmelle wrote:
On 2015-05-27 Jan Tosovsky wrote:
On 2015-05-25 Andreas Delmelle wrote:
snip /
it seems like it may just be possible to achieve something like
this by means of FOP's Intermediate Formats[*], which can already
be utilised to split up
[
https://issues.apache.org/jira/browse/FOP-2469?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14560501#comment-14560501
]
Gregor Berg commented on FOP-2469:
--
I finished some documentation over the last week and
13 matches
Mail list logo
