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
