On 04.04.2005 20:39:43 Andreas L. Delmelle wrote:
> > -Original Message-
> > From: Jeremias Maerki [mailto:[EMAIL PROTECTED]
> >
> > FYI, I've started coding a TableRowIterator which
> > incrementally fetches rows from the FO tree.
>
> > In so far it seems I don't really follow Andreas' s
> -Original Message-
> From: Jeremias Maerki [mailto:[EMAIL PROTECTED]
>
> FYI, I've started coding a TableRowIterator which
> incrementally fetches rows from the FO tree.
> In so far it seems I don't really follow Andreas' suggestions even
> though I borrowed a few ideas. I think the unit
FYI, I've started coding a TableRowIterator which incrementally fetches
rows from the FO tree. I've (locally) disabled the code that replaces
groups cells into rows. GridUnit is a class I've written earlier. It can
be reused here and gets a reference to the TableCell element. From there
you can loo
Now that I'm mostly finished with the element generation for tables I
can have another look at this because I need to implement all this now.
On second thought, I'd like to go into more detail here because I think
it might indeed be worthwhile to consider going down that road.
Overall, I found exa
> -Original Message-
> From: Jeremias Maerki [mailto:[EMAIL PROTECTED]
>
> It was no distraction. We'll have to look at this as soon as we decided
> on how to attack tables. Your ideas come in shortly after that. I'm not
> discarding what you bring in. It's only about priorities.
Just so w
It was no distraction. We'll have to look at this as soon as we decided
on how to attack tables. Your ideas come in shortly after that. I'm not
discarding what you bring in. It's only about priorities.
On 29.03.2005 23:23:41 Andreas L. Delmelle wrote:
> > I understand your idea but I don't see (y
It looks like row spanning is not that difficult. What needs to be done
is to extend the meaning of "totalHeight" in Luca's algorithm for the
combined list. totalHeight will not only be the total height of a single
row, but of a row group. A row group in this context is the minimum
number of consec
> -Original Message-
> From: Jeremias Maerki [mailto:[EMAIL PROTECTED]
> > Me:
> > However, instead of mapping both possibilities to a
> > structure with rows, we could go almost the other way
> > round ...
>
> You may not have a first cell for every row. Take this example:
>
> table
>
OK, I see. Thanks for the update.
Glen
--- Jeremias Maerki <[EMAIL PROTECTED]> wrote:
> Absolutely not. This whole thing here is exactly
> about page breaking.
> I'm just stuck at the moment. That's all. Luca now
> gave me some new
> input I'm currently playing through. As soon as we
> figure ou
Absolutely not. This whole thing here is exactly about page breaking.
I'm just stuck at the moment. That's all. Luca now gave me some new
input I'm currently playing through. As soon as we figure out what
direction to take I'll resume coding. We're currently at that bloody
critical point where it i
Jeremias, did you discontinue your work on the page
breaking? I missed the email.
Glen
--- Jeremias Maerki <[EMAIL PROTECTED]> wrote:
> Does anyone have any input on the issue of creating
> Knuth elements for
> tables? We talked about handling headers and footers
> earlier and that
> part is pre
On 29.03.2005 13:56:59 Luca Furini wrote:
> Jeremias Maerki wrote:
> > For those who want to join the mind game,
> > here are the expected results from the broken lists:
> >
> > break at first legal break:
> > Part 1 (height -> 15):
> > Part 2 (height -> 41):
> >
> > break at second legal break:
Just to answer this quickly: yes, page breaks inside table-rows (or
rather table-cells) are allowed by default and you use keep-together
when you don't want it split. The spec says: "The fo:table-cell
formatting object generates one or more normal reference-areas."
Keep-together's default is "auto"
Jeremias Maerki wrote:
> I thought I could come up with a combined element list for this one, too,
> but so far I haven't managed.
At last I'm here!
I start with a question I could not find an answer to: is row splitting
allowed by default and forbidden using keep-together, or is it forbidden
unl
Does anyone have any input on the issue of creating Knuth elements for
tables? We talked about handling headers and footers earlier and that
part is pretty clear to me. However, the part about creating Knuth
elements for multi-column tables... I'm pretty clueless ATM. I think
that my second approac
On 26.03.2005 16:05:46 Andreas L. Delmelle wrote:
> > -Original Message-
> > From: Jeremias Maerki [mailto:[EMAIL PROTECTED]
> >
>
>
> > I haven't understood everything you wrote, yet. I think there's a spark
> > of an idea in there but ATM I can't get hold of it. I'd appreciate if
> > y
> -Original Message-
> From: Jeremias Maerki [mailto:[EMAIL PROTECTED]
>
> I haven't understood everything you wrote, yet. I think there's a spark
> of an idea in there but ATM I can't get hold of it. I'd appreciate if
> you could look at the current table layout code.
Just did.
> The c
On 24.03.2005 02:21:59 Andreas L. Delmelle wrote:
> > -Original Message-
> > From: Jeremias Maerki [mailto:[EMAIL PROTECTED]
> >
>
> (Just trying to join in the conversation with no specific knowledge about
> the code yet --still catching up on the recent changes--, but I remember
> that,
> -Original Message-
> From: Jeremias Maerki [mailto:[EMAIL PROTECTED]
>
(Just trying to join in the conversation with no specific knowledge about
the code yet --still catching up on the recent changes--, but I remember
that, a while ago, I had also been struggling with tables. The code wi
Adding backtracking functionality turns out not to be as simple as I'd
hoped. There are several elements to this:
- tracking on the fly if there are already enough elements created to
fill at least one flow reference area. If that limit is reached return
early and don't let the Knuth algorithm try
I tend to think by now that the first approach I presented earlier is
illusory and too complicated. The second should work out just fine, even
with row span. As I said this would result in the loss of look-ahead,
but this goes in the exact same direction as handling different
available IPD would. I
21 matches
Mail list logo