On Sat, 17 Feb 2001 03:11:25 -0400, Clarence Verge wrote:

<snip>

> With .ZBMs replacing .GIFs in standard HTML, the browser must
> recognize yadayada.ZBM as a legal image source.

> Before reviewing the format of my Netscape "Helpers" section, (yuk.-
> - - shades of Mac!) I was convinced that simply telling Netscape that
> ZBM is image/x-compressed bitmap and specifying the name of the
> decombobulator should do the job !

 And now you have discovered that it's not quite that easy. <vbg>

The *first* step is getting "image/yadayada.ZBM"
defined as a legal image source so that the server computers will send
"content-type: image/x-zbitmap" (or whatever is decided upon)
As it stands right now, on almost all servers any .ZBM will be defined
as "content-type: text/plain". :(

Heck, some servers still don't know what a .PNG is. :(

<rant>
While I'm on that point... I have also found some servers that are
sending .MPG as text/plain.
And even some that send .HTM as text/plain. :(
(they send .HTML as text/html.... but .HTM is sent as text/plain)

IMNSHO, the administrators of those servers are STUPID!!!
</rant>

> Now I'm sure that's not the case. I don't think NS will display
> anything as PART of a HTML page unless it does the conversion itself.
> The version I looked at, 3.04, only processes GIF,JPEG and strangely
> enough XBM inside the browser itself. Since I believe XBM is "C" code
> for generating an image or icon, that seems a bit wierd to me.

> Anyway, unless someone has a better idea, I think it might be possible
> to patch the XBM part to ZBM, but it would likely require a special
> "patch" for each version.  Pretty ugly, but not impossible.

> I don't know what IE does for mime type "helpers"

> I DID originally say, "Without going into the nitty gritty...." <G>

 The "nitty gritty" for NS is that you need to write a plugin.
NS will display within an HTML page the needed additional GUI stuff
of properly written plugins.
(MIDI players, MOV players, MPG palyers, etc, etc, etc)

Screen cap from NS 4.5 with MOV plugin.....
http://www.angelfire.com/id/glenndoom/ns-w_mov.jpg

(the same screen capture before converting from BMP to JPG)
http://www.angelfire.com/id/glenndoom/ns-w_mov.zip
(hit reload after getting that warning page from Angelfire)

--- bmp2jpg.bat was used to convert it ---
CD\1TEMP
f:\GRAPHICS\JPEG6B32\CJPEG *.bmp
?"Delete original BMPs Y/N " del *.bmp
CD\
PAUSE
___________________________

It was then moved to c:\1temp\bmp

--- zbm.bat was used to zip-it-up ---
c:
cd \1temp\bmp
for %%c in (*.bmp) do pkzip -ex \1temp\zbm\%%c %%c
ren \1temp\zbm\*.bmp \1temp\zbm\*.zbm
cd \
@echo Done!
_____________________________________

 I then renamed it to .ZIP and uploaded it to Angelfire.

This is the section of the HTML that does it in NS ....

<center>
<embed src="sample.mov" width="200" height="260" target="quicktimeplayer">
</center>

 However, this same section of code causes Arachne to "branch-out" to
the external viewer for .MOV files.
(or pops-up the saveas page if no viewer has been defined in mime.cfg)

 In addition, the embed tag only works for locally saved .HTM files.
(Michael disabled the embed tag for remotely accessed files)

So,
until Arachne duplicates the operation of the embed tag in NS.... ;-)

BTW,
This is one of those cases where .JPG far "out shines" .ZBM in D/L size.
But, I must admit that this also shows the "loss" in "lossy jpg". <g>
(not a whole-heck-of-a-lot of loss...... but it's noticeable) :(

Temporarily change this line in mime.cfg

application/zip          ZIP

Make it so that it will treat D/Led ZIPs as ZBMs....

application/zip >BMP|[150]pkunzip -o $1 $azbm \n copy /b $azbm\\*.bmp $2
 \n del $azbm\\*.bmp

(make sure that pkunzip.exe or unzip.exe from Infozip is in you path and
 that the needed subdirectory \arachne\cache\zbm has been created)

Hmmm, I just wonder if this will work.....

application/zip >BMP|[150]md $a\\zbm>nul \n pkunzip -o $1 $azbm \n
copy /b $azbm\\*.bmp $2 \n del $azbm\\*.bmp

Son-of-a-gun!!!
It worked and automatically created the needed directory. :)

So now all that needs to be done is to alter that line in mime.cfg
and make sure that the unzipping program of choice is in the path. <g>

Now visit http://www.angelfire.com/id/glenndoom/ns-w_mov.htm with images
on or hit insert to load the images.

BTW2,
 This has brought to mind one more point.
If Arachne were to treat "embed src=" exactly the same as if it was
"img src="...... everything would work fine in both NS and Arachne.

Michael and Bernie,

Do you think that would be possible ???


-- 
 Glenn
 http://arachne.cz/
 http://freedos-32.sourceforge.net/
 http://www.delorie.com/listserv/mime/
 http://www.angelfire.com/id/glenndoom/download.htm

Reply via email to