Doug, don't misunderstand me, I'm not trying to prove anything, or say that
one language is better than another, or anything.
I just want to show that fast trees are possible in JS. Many people have
problems with this, and it's always a case of using to many layers (as you
know).
This speed test creates more than 500 nodes, with highlighting and images.
It can be expanded at any node.
Of course this is just a test, so the three days would be needed to
customize it, but it renders in less than 5 seconds for me, so there's room
to add functionality.
http://www.resass.f2s.com/dynapi/Richard_Examples/Treeview_Speedtest.html
And this is not the fastest tree code. A faster code was posted to the list
a while back, which used a table to build the tree, worked like lightning,
but missed the advanced features.
----- Original Message -----
From: "Doug Melvin" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, March 29, 2001 4:12 AM
Subject: Re: [Dynapi-Dev] Loading External Content (Remote Scripting)
> uh, "time" is the key.
> If you promise delivery on two weeks, and you need that long to biulda new
> JS tree that loads quick..
> then you are FUCKED. Unless you use a pre-packadged tree and spend the
rest
> of the two weeks building the actuall site.
>
> I am sure I could build a JS tree that meets all of the client req's (I am
> in the process of doing so)
> But it is no simple matter to load 300+ items in any reasonable period of
> time.
> Even your 'fast tree' example had to loose functionality (ie; Node
> highlighting) in order to
> _be_ fast.
>
> So. You build me a tree that will dynamically load 500 Items.
> Each node has to be highlighted when the user clicks on it.
> It can not take more than 30 seconds to load.
> Also there must be functionality for 'Previous' and 'Next' buttons.
> Don't forget the 'phantom busy cursor' deal while your at it.
> Oh, and did I mention that it has to have an 'expand-on' feature?
> I pass the supplier and product, and your new tree has to open
> up to that node, as well as 'clicking' on it for the user.
>
> And I need it in three days.
>
> :-)
>
> Common guys.. JavaScript is NOT the answer to everything.
>
> ----- Original Message -----
> From: "Richard Bennett" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Wednesday, March 28, 2001 11:23 AM
> Subject: Re: [Dynapi-Dev] Loading External Content (Remote Scripting)
>
>
> > I'm sure , if you try hard enough, you can write a java tree that loads
in
> 2
> > minutes, and a js one that does it in 10 seconds.
> > A lot depends on how much time and effort you put into your code, not
only
> > the language you use.
> >
> > ----- Original Message -----
> > From: "Doug Melvin" <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Wednesday, March 28, 2001 7:51 PM
> > Subject: Re: [Dynapi-Dev] Loading External Content (Remote Scripting)
> >
> >
> > > so, I should just tell my client, that while I can build a 300+ node
> tree
> > in
> > > java which will load in 20 seconds,
> > > I am only willing to give him a JS based 300+ node tree which will
take
> > two
> > > minutes to load.
> > > This is what you are saying?
> > > ----- Original Message -----
> > > From: "Raymond Smith" <[EMAIL PROTECTED]>
> > > To: <[EMAIL PROTECTED]>
> > > Sent: Tuesday, March 27, 2001 7:23 PM
> > > Subject: Re: [Dynapi-Dev] Loading External Content (Remote Scripting)
> > >
> > >
> > > > "there is NO reason to stop using java" ????
> > > >
> > > > The last thing any quality developer should be doing is selling and
> > > > promoting a platform that is inherently dysfunctional in the "very
> near
> > > > future", unless of course you bill your clients to re-engineer their
> > > > applications to recomply with ever changing standards.
> > > >
> > > > I think we have a responsibility to gaze into the "very near future"
> and
> > > > glean the expected landscape and develop to support it. Windows
X/IE6
> > is
> > > > launching in the next 4 months, max. When it hits it will garner
20%+
> > > > market share fairly quickly. We banter back and forth on weather we
> > > should
> > > > turn our backs on a browser with 3/10 of a single percent
penetration
> > and
> > > > "knowningly" develop and sell solutions today that will be
> significantly
> > > > disfunctional in 3-5 months?
> > > >
> > > > Personally, I strongly disagree. Show your value to your client by
> > > > demonstrating the ability to map the future and carve solutions
that,
> as
> > > > gracefully as possible, carry them over the rough edges without
> causing
> > a
> > > > lose of services to "their clients"!
> > > >
> > > > Ray
> > > >
> > > >
> > > >
> > > >
> > > > _______________________________________________
> > > > Dynapi-Dev mailing list
> > > > [EMAIL PROTECTED]
> > > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev
> > > >
> > >
> > >
> > > _______________________________________________
> > > Dynapi-Dev mailing list
> > > [EMAIL PROTECTED]
> > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev
> > >
> >
> >
> > _______________________________________________
> > Dynapi-Dev mailing list
> > [EMAIL PROTECTED]
> > http://lists.sourceforge.net/lists/listinfo/dynapi-dev
>
>
> _______________________________________________
> Dynapi-Dev mailing list
> [EMAIL PROTECTED]
> http://lists.sourceforge.net/lists/listinfo/dynapi-dev
>
_______________________________________________
Dynapi-Dev mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/dynapi-dev
