Hi,
Yeah, before I noticed you had done all the work, I formatted
http://www.cobaltai.com/dhtml/menu5.js
into readable format (attached), and there is some nice compact code in
there.
I wonder though, why are they explicitly declaring each variable? This is
taking up lots of space, and as far as I know it's just regarded as good
form, not having any real effect.
I somehow have a feeling that if you strip out all the variable
declarations, the compression code, and split the rest into re-usable
modules, that remain in the browser-cache, that the compressed version won't
be *that* much faster, if at all.
I also noticed, that the original code was designed to work with NS4 as
well, (attached version works partially) but it obviously doesn't work well,
so they inserted a simple select-box on the live site (probably using SSI).
Yet all the NS4 code is still left in the menu5.js file.
There's quite a bit to learn in there, especially what regards compact
coding, but it looks like the thing just had to get finished at the end, and
they left in lots of redundant code.
Do you know what the .NET connection is? It seems to me to be simply a
cross-browser menu script, what does .NET do in this case? (I haven't used
.NET yet)
cheers,
Richard
www.richardinfo.com
----- Original Message -----
From: "Antti Lukats" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; "Richard Bennett"
<[EMAIL PROTECTED]>
Sent: Thursday, September 13, 2001 7:48 AM
Subject: [Dynapi-Dev] .NET menus, de-mystified
> Hi
>
> if somebody looked at www.cobaltai.com then those menus there are plain
.NET
> webcontrols, stupid me not to recon them at first glance.
>
> http://www.graphord.com/files/dhtml.zip
>
> there is de-obfuscitated project tree showing the html and javascript
files.
>
> MS approuch is little different from DynAPI, objects are not used at all.
> well you can look at yourself. :)
> expand.js
> is the HTML de-compression engine, well its damn good, the original menu
> with all the javascript and data was 46KB or so, but it decompresses to
damn
> much more. Well different approuch, there are no objects created, content
is
> also not runtime generated as much in DynAPI, mostly its simple context
> based string compression.
>
> happy tweaking
>
> antti
>
>
> _______________________________________________
> Dynapi-Dev mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/dynapi-dev
>
_______________________________________________
Dynapi-Dev mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dynapi-dev