Hi,
For some reason, when I reply to posts on this list, it sends them to the
poster, instead of the list, sorry about that.
Attached is the file I should have attached to the last post.
Antti,
> the NS stuff works with drop downs for NS6.1Win , for N4 and even
NS6.0Linux
> there is is combo box.
> So the NS stuff works startting NS6.1 that is GOOD news :)
Yes it is, but the NS4 code inside the menu5.js file (lots of it) *doesn't*
work, so instead of fixing it, they use SSI(I guess) to detect NS4, and load
a different page.
> based on 1..5 I decided that what we see is the MS .NET webserver rendered
> output for .NET framework 'Toolbar' component as it is seen in browser.
Could be, but I would expect it to load the version for the browser you're
using, but it doesn't, it loads a (semi) cross-browser version.
Maybe it's an existing cross-browser menu-script with the credits stripped?
> if you look at the way the are doing it, the 'compressor' does make sense,
> its about 1 to 3 compression and will increase if larger menu/toolbar,
Really? you mean their menu-script takes up 150k???
> of course a 'object framework' would give better compression :)
Yeah, I did miss that, lots of stuff repeated.
Richard.
----- Original Message -----
From: "Antti Lukats" <[EMAIL PROTECTED]>
To: "Richard Bennett" <[EMAIL PROTECTED]>
Sent: Friday, September 14, 2001 5:25 AM
Subject: Re: [Dynapi-Dev] .NET menus, de-mystified
> Hi Ho
>
> hm. sorry you did the de-mystify also :), it was partially done, hm I am
> still struggling will look your code shortly to compare :)
>
> the NS stuff works with drop downs for NS6.1Win , for N4 and even
NS6.0Linux
> there is is combo box.
> So the NS stuff works startting NS6.1 that is GOOD news :)
>
> re .NET maybe I am wrong here but,
>
> 1) somwhere someone said that .NET WebControls do work cross broswer in a
> manner that the server ASPX objects are converted into broswer dependand
> DHMTL code.
> 2) that toolbar looked so damn similar to .NET VS Toolbar.
> 3) there is no 'webdesign by..' on cobaltai
> 4) ther is no copyright in .js code ??? yes it must be free then hihihi
> 5) there is .NET logo on www.cobaltai
>
> based on 1..5 I decided that what we see is the MS .NET webserver rendered
> output for .NET framework 'Toolbar' component as it is seen in browser.
>
> maybe I am wrong. but I really did not think that any webdesigner could
> design such menu and not to put his copyright into the code. NOWAY. most
of
> those I-am-the-best-on-web guys do put the copyright/license stuff into
the
> .js files.
>
> besides that, cobalt AI is such a joung startup (whose actual products do
> not work, I tried) that I would be REAL surprised if they would have hired
> someone to desing that Menu script (or made himself, even less likely).
What
> they did is simply playing around with .NET studio and you seee the
toolbar
> :)
>
> ///
>
> ok looked at your version.
> I am trying to 'isolate' the reoutines, and decompress the html/div but
can
> not get it work fully, there is strange effect, if I do not use runtime
> Expand() but insert the <DIV> tags (as expand would do) then there is
> something f... with styles, 'visited' menus have incorrect behav,
everything
> else works.
>
> ... trying to create few classes to represent a 'Toolbar' object that
would
> generate all needed html code :)
>
> //
> if you look at the way the are doing it, the 'compressor' does make sense,
> its about 1 to 3 compression and will increase if larger menu/toolbar, of
> course a 'object framework' would give better compression :)
>
> antti
>
> PS thanks for the reply
>
>
>
> ----- Original Message -----
> From: "Richard Bennett" <[EMAIL PROTECTED]>
> To: "Antti Lukats" <[EMAIL PROTECTED]>
> Sent: Friday, September 14, 2001 11:01 PM
> Subject: Re: [Dynapi-Dev] .NET menus, de-mystified
>
>
> > 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
> > >
> >
>
menu5.zip
