Re: lynx-dev Re: [PATCH 2.8.5-dev14] *Really* large tables

[Leonid Pauzner]

12-May-2003 13:23 Ilya Zakharevich wrote:
> Leonid Pauzner wrote:

>     IMHO, cell growby strategy should be as follows:
>     the first row (maybe first and second) - cells_growby 16, init with 0;
>     other rows - cells_growby 1, init with the previous row length.

> There is no dependence between number of cells in a row and that of
> the previous row.
Well,
replace "previous row length" with "maximal length of the previous rows"

> Anyway, since cells are pooled, this is not relevant.  The macros you
> quote are about pool allocation strategy, not cells-per-row array.

I have not found any comments that cells are not per-row array.

>     Having in mind that number of cells in a row is not large, and limited by
>     the screen width, the number of reallocs will be very small. And we will
> not
>     allocate memory for 16 cells in a row if we need only a couple...

> Number of cells in a row has nothing to do with the screen width.  It

Wrong.  Page authors rely on GUI browsers, and they usually intend tables to
fit on the reasonable screen width, e.g. up to a dozen or a couple of dozens
of cells in a row, not 500K cells in a row!  Contrary, number of rows can be
arbitrary large in a real tables.  That was a point.

> is determined by HTML (row != line; rows retain the structure of HTML
> table; same for cells, which may be multiline).

> Hope this helps,
> Ilya

> ; To UNSUBSCRIBE: Send "unsubscribe lynx-dev" to address@hidden



; To UNSUBSCRIBE: Send "unsubscribe lynx-dev" to address@hidden