=?iso-8859-1?Q?Michael_Nordstr=F6m?= said:
> The parser must split the image into several smaller parts (not more
> than 15k in size) and create a record telling the viewer how the
> "mini-images" are organized. The viewer can then create an off-screen
> window with 4 mini-images at a time and update them when you scroll
> the image. Until that is added you should make sure that your images
> are less than 60000 bytes in size.
Ick. tricky, then!
I would suggest adding a warning to the parser to that effect in the
meantime; it's a nasty surprise to find no images when it looked like it
*should* have worked, ie "convert" command run, manifest of written parts
output, PDB generated, etc...
> BTW, why are you using the same height and width limits for the
> comics? I use alt_maxwidth = 600 and alt_maxheight = 200 (for
> bpp = 4) and it works just fine with Dilbert, UserFriendly and
> several other comics.
I assumed that if it was the *max* height and width, then if the image was
smaller than that in only 1 dimension, it would be rescaled so that it was
smaller in both dimensions -- but still with the same aspect ratio. is
this not the case?
You're right BTW -- with those settings (esp. alt_maxheight=200) it works
great. I'll fix sitescooper to use 'em...
--j.
_______________________________________________
Sitescooper-talk mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/sitescooper-talk
