Re: [Dynapi-Dev] .NET menus, de-mystified

2001-10-08 Thread Henning Ralf

Look at this software, i hope dynapi will sometimes be so easy
http://software.xfx.net/utilities/dmbuilder/

-- 
GMX - Die Kommunikationsplattform im Internet.
http://www.gmx.net


___
Dynapi-Dev mailing list
[EMAIL PROTECTED]
http://www.mail-archive.com/dynapi-dev@lists.sourceforge.net/



Re: [Dynapi-Dev] .NET menus, de-mystified

2001-09-14 Thread Richard Bennett

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



Re: [Dynapi-Dev] .NET menus, de-mystified

2001-09-14 Thread Richard Bennett

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

Re: [Dynapi-Dev] .NET menus, de-mystified

2001-09-14 Thread Antti Lukats

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


[snip]


___
Dynapi-Dev mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dynapi-dev



Re: [Dynapi-Dev] .NET menus, de-mystified

2001-09-14 Thread Antti Lukats

 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.

yes, true its a mess up. There is not enough 'browser' detect on server and
the server output is some 'semi-cross-browser'

  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?

no, i dont think so. It is coming from .NET server and looks like MS stuff
to me.

  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???

no the script is 25K but if you 'decompress' the DIV tags then the
compression ratio is very big due to the fact that Styles are all embedded
fully in DIV tags, there seems to be no stylesheet/classes.

  of course a 'object framework' would give better compression :)
 Yeah, I did miss that, lots of stuff repeated.

hm I am partiallu generating the toolbar_items from JS classes already,
palying some more

 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

Re: [Dynapi-Dev] .NET menus, de-mystified

2001-09-14 Thread Antti Lukats

http://www.graphord.com/desk/hhh/t1.html

if someone is interested in the ultranice toolbar aka VS/.NET like tool then
the above link shows a cleaned up version, its not yet fully 'objects' but
the _main_ (blue) toolbar is generated from 'mozquito' like objects
(www.mozquito.com) sorry not yet DynAPI based :)

the java code that generates the top/vert is also on the page url above.
antti


___
Dynapi-Dev mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dynapi-dev