---On Wed, 12 Mar 2003 16:58:34 +0100, Laurens M. Fridael said
> Robert O'Connor wrote:
>> The large pannable tables are drawn using the large
>> pannable image code at runtime in the viewer.
>
> That clears things up. So there is an inverse relation between device bpp
> capability and available table space(which seems somewhat ironic).
Yes, just as ironic as the inverse relationship between device bpp and
image size...
> A problem for the parsers then is that it's hard to determine in advance
> whether a particular table will "make it" under the 60K limit, since the
> table is rendered by the viewer. The space a particular table occupies also
> depends on the current font setting which is unknown at creation time.
>
> The table support and its caveats really need to be communicated clearly to
> the user, otherwise people will definitely be disappointed. I tried about a
> dozen pages with tables and none of them rendered with 8bpp(which is what I
> use because I have a color device). In some cases, like Weather Underground,
> I had to drop to 1bpp to get the table to display at all.
Funny, I plucker Weather Underground every day at 4 bpp and it hasn't
failed in months...
I must be doing something wrong.
I can pluck 'http://www.guardian.co.uk/' and all three examples for bug #518
without any problems...
--re: Re: More table questions
Chris
Christopher R. Hawks Software Engineer
Syscon Plantstar a Division of Syscon International
-------------------------------------------------------------------------
Computers are like air-conditioners:
They stop working properly when you open windows.
_______________________________________________
plucker-dev mailing list
[EMAIL PROTECTED]
http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
