Forum Moderators: not2easy
In both GIF and PNG formats, all browsers (except Opera 5.11) failed to open the image. Opera took a bit, but rendered the image quite nicely. The largest he has managed to get to open is 4160 x 2000.
Is there a max image size supported by the various Browsers, and if so, what is it?
Browsers tested:
Netscape 4.76 & 6
IE 5.5, 6.0
Opera 5.11
If you optimize a graphic in fireworks it will work on any platform to a degree.
The fact that he can get it to work on opera and not ie or nn is bizarre to me.
Please be more specific in relation to what he wants to achieve and what he actually has ?
Ya, make up a BIG graphic and show it to us.
Who the heck would want to use a 10,000 pixel-wide imageon their website? ;)
The documents are E sized drawings or smaller, and originate as TIFFs via a mongo-huge Xerox scanner. TIFF is likely to be the final product, as well. The large GIFs and PNGs were stumbled upon by accident, while we were seeing if we could optimize the images for size (using photoshop.)
I can't think of a really good reason a person would wanna do this, but it's a matter of curiosity at this point. :) What's Opera doin' that the others aren't, ya know.
To test this, I've thrown up one of the pages our developer was working on at:
[net-words.com...] The graphic is over a meg in size. So far, only Opera can open it, that we can tell. (Oh, on Windows NT4 and 2K.)
<added>
IE 5/Mac also gives a darn handy little pop-up control thing that lets you zoom the graphic down in size... unless that's something your guys added evinrude? The image is totally unreadable at 25% size tho', and 50% size is still too huge to bother trying to scroll through.
Could the 'not opening files' problem be specific to Windows, or to the individual computers you're using?
</added>
I can certainly agree with that. :)
The zoom feature was coded by the developer. A lesson in DHTML. I don't think it works on Netscape 4, though I haven't really tried. Actually, I don't think it works on anything other then IE, come to think about it. IE is the eventual target of whatever app winds up being written.
>Could the 'not opening files' problem be specific to
>Windows, or to the individual computers you're using?
It certainly could be a Windows thing. We don't have any Macs to test on here (and our boss won't let us get one...despite many cries and bribery attempts...*grin*). Doubt it's machine specific, we've tried it on about 6 or 7 different ones, but then, they are all almost identical...
<pause>
*ack* just tried to copy a URL on the Mac so I could paste it into the NT browser window... then I tried to scroll my cursor off the NT screen and over to the mac monitor...
</pause>
Maybe it is Windows... on Windows NT:
- IE 5.5 just gave me the little red X icon
- NN 4.08 has a broken image icon, AND the scaling control box seems to stretch indefinitely off the right-hand side of the screen
- Sure enough, Opera loaded it just fine.
- Netscape 4.72/Mac gave me a "running out of memory" error message, and then showed the broken image icon...
So far, only IE 5/Mac and Opera 5/NT have suceeded here. I don't have Opera/Mac yet, so that's all I can test.
:) Light Bulb :)
If these images are going to be used in a court proceeding or public hearing as part of an EIR, we have been through this before.
The image itself may be priced at $800 +/-
Printing cost is WAY big.
The problem MAY be getting it from Point A to Point B in a hurry.
We use the FTP solution and open it in Photoshop & then print.
does that help ya in any way?
On W98: IE 5.5, I got an alert box with "aspect ratio:" followed by a string of numbers. That alert popped up pretty quickly, IE bailed after that, didn't try to open the image.
Our engineers wanted a method for viewing their images (at the time giant plastic sheets with maps on them....I'd call 'em microfiche 'cept there was nothing "micro" about them...) They scanned them all in, generating ~9000 tiff images using 'bout 9Gb of disk space. Attributes for each image were stored in a database and a VB app was written to allow them to search for and view documents based off of those attributes.
Our boss decided this would make a super-keen web app. We agreed, but worried 'bout the size of tiff images and download speed (the largest image being 20M, average being 800K.) The person assigned the project decided to try and optimize towards GIF or PNG. That's when he discovered the oddity with the browsers.
He's since found a really cool tiff plugin that does a lot of what he'd planned to develop, including zoom, rubber banding, graceful image degredation, and doesn't take up whoppin' amounts of horizontal scroll like this first attempt (it takes none at all, actually, dynamically resizing to fit the browser window). It looks like this is the route we're gonna take. On out internal network, it turns out, the downloads of the tiffs is pretty darned quick. :)
>Printing cost is WAY big.
We print inhouse. If I recall correctly we're the ones charging others. ;)
>The problem MAY be getting it from Point A to Point B in a hurry.
This is the one I start to worry about. I know that if this is successful, we'll be looking at a way to market it outside. We've already done that with the existing VB app. And it requires 11 CDs to distribute the images. :P We've thought of distributing on DVD-ROM, but that reduces the audience considerably.
>I got an alert box with "aspect ratio:" followed by a string of numbers
Oh, I forgot about that. I think that's an error checking alert the developer used in his javascript.
I don't think it is related to the power of my computer.
Sounds like an interesting experiment!
Any chance you could share your experiences with the Contex scanners?
Anyone up to makin' a 10,000 x 5,000 pixel WMW logo? ;)
There are 1440 twips to the inch. The largest number that will fit in two bytes (signed) is 32767 (231-1). 32767 divided by 1440 = 22.7.
Windows has several mapping modes like that besides twips: hienglish, loenglish, himetric, lometric, text. I'll bet if you do the conversions, you'll find the maximum is the biggest number that fits into some bytes using one of these mapping modes.
