Re[2]: [Dynapi-Help] Splitting the API

2001-07-10 Thread Marc van Leeuwen
At 16:29 09/07/2001, you wrote: >This is not the case here. Because we want to invoke the event if >noevt is true or 'undefined'. OK, I get the point. Marc ___ Dynapi-Help mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/dyn

Re[2]: [Dynapi-Help] Splitting the API

2001-07-09 Thread Robert Rainwater
On 7/9/2001, 5:52:06 AM EST, Marc wrote about "[Dynapi-Help] Splitting the API": > By the way, if you want to reduce code and you code a "proper" way (I'm > sure that's what you do), you can go for hunting any line like the one > below (the last one you

Re: [Dynapi-Help] Splitting the API

2001-07-09 Thread Marc van Leeuwen
By the way, sorry that some of my ideas have already been posted, I hadn't read all the responses to your questions Marc ___ Dynapi-Help mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/dynapi-help

Re: [Dynapi-Help] Splitting the API

2001-07-09 Thread Marc van Leeuwen
By the way, if you want to reduce code and you code a "proper" way (I'm sure that's what you do), you can go for hunting any line like the one below (the last one you sent, for setWidth I guess), >if (noevt!=false) this.invokeEvent('resize'); and replace with less elegant things like if

Re: [Dynapi-Help] Splitting the API

2001-07-07 Thread Richard Bennett
p3?hunt=dynapi The basic memory footprint might not be increased - Original Message - From: "Tuomas Huhtanen" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: 07 July, 2001 18:25 Subject: RE: [Dynapi-Help] Splitting the API > I'm not that concerned about

RE: [Dynapi-Help] Splitting the API

2001-07-07 Thread Tuomas Huhtanen
=false) this.invokeEvent('resize'); > --code ends > > > None of this would be done with OBJ.w = 100. > Using the setWidth method you can even inhibit the resize event (note the > noevt param) > > > ----- Original Message ----- > From: "Richard Bennett

Re: [Dynapi-Help] Splitting the API

2001-07-07 Thread Doug Melvin
- From: "Richard Bennett" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Saturday, July 07, 2001 1:45 AM Subject: Re: [Dynapi-Help] Splitting the API > Quite right, > I was also wondering why we need to prototype a method for simple variables. > I almost never use : >

Re: [Dynapi-Help] Splitting the API

2001-07-07 Thread Nick Pelling
Okay then,I now have a legitamate reason to split up the API,I am looking a a contract to provide Web-based services over 28.8kbps wireless in Africa..We have been given a 32k limit to the size of any one page. Can you see where I'm going with this? If anyone is still interested in Splitting the A

Re: [Dynapi-Help] Splitting the API

2001-07-07 Thread Richard Bennett
ginal Message - From: "Tuomas Huhtanen" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: 07 July, 2001 10:33 Subject: RE: [Dynapi-Help] Splitting the API > On thing to do is to try to save as much memory as possible. The tendency > seems to be that if a variable can be u

RE: [Dynapi-Help] Splitting the API

2001-07-07 Thread Tuomas Huhtanen
On thing to do is to try to save as much memory as possible. The tendency seems to be that if a variable can be used, it will be used. For example, the property isChild in dynobject is not needed at all. The information is already in the parent property. isChild==(parent!=null). The other thing t

Re: [Dynapi-Help] Splitting the API

2001-07-06 Thread Doug Melvin
ics design/modification or maybe in a widget? - Original Message - From: Michael Pemberton To: [EMAIL PROTECTED] Sent: Friday, July 06, 2001 8:50 PM Subject: Re: [Dynapi-Help] Splitting the API If your intertested, I can help you modify the afroapi to t

Re: [Dynapi-Help] Splitting the API

2001-07-06 Thread Michael Pemberton
If your intertested, I can help you modify the afroapi to take advantage of compressing the content as it get's sent to the browser.  This can be made to work on browsers such as ns4 that don't automatically allow for compressed content. The use of jar files is OK, but I think that only works in

RE: [Dynapi-Help] Splitting the API

2001-07-06 Thread Digital Strider
It would actually be nice to benchmark "#layers<->ram/platform" recommendations based user ram and pentium class startng at 200 as a low-water-mark. I've had good luck with 100ish layers on a 200-pentium class with 96mb ram. But most of the layers are used for content position and display formati

Re: [Dynapi-Help] Splitting the API

2001-07-06 Thread Doug Melvin
I'll take it [EMAIL PROTECTED] - Original Message - From: "Stephan Tolksdorf" <[EMAIL PROTECTED]> To: "Doug Melvin" <[EMAIL PROTECTED]> Sent: Friday, July 06, 2001 10:12 AM Subject: Re: [Dynapi-Help] Splitting the API > > > If anyone is st

RE: [Dynapi-Help] Splitting the API

2001-07-06 Thread Digital Strider
Subject: Re: [Dynapi-Help] Splitting the API > If anyone is still interested in Splitting the API in broswer/Platform specific versions, now is the time to speak up, > I will most likly be starting that task as of next week (Tues). I've splitted my own api, which is still in development. I

Re: [Dynapi-Help] Splitting the API

2001-07-06 Thread Stephan Tolksdorf
> If anyone is still interested in Splitting the API in broswer/Platform specific >versions, now is the time to speak up, > I will most likly be starting that task as of next week (Tues). I've splitted my own api, which is still in development. I don't think you need platform specific versions,

Re: [Dynapi-Help] Splitting the API

2001-07-06 Thread bob basques
sorry, the name was "mod_gzip" bobb     bob basques wrote: There's an Apache Web server Module (That we are currently implementing) called "mod_zip" (I think), that will zip up the download requests if the client can handle unzipping it on its end, automatically, text files are typically zipping

Re: [Dynapi-Help] Splitting the API

2001-07-06 Thread bob basques
There's an Apache Web server Module (That we are currently implementing) called "mod_zip" (I think), that will zip up the download requests if the client can handle unzipping it on its end, automatically, text files are typically zipping at about 70%. this may be another approach to use to reduc

Re: [Dynapi-Help] Splitting the API

2001-07-06 Thread Richard Bennett
Sent: 06 July, 2001 18:53 Subject: RE: [Dynapi-Help] Splitting the API Sounds like a job for the 5k API to me.  Just design around a more limited tool set. -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Doug MelvinSent:

RE: [Dynapi-Help] Splitting the API

2001-07-06 Thread Pascal Bestebroer
: RE: [Dynapi-Help] Splitting the API Also, couldn't you set up a title page that has a virtual "0" size footprint except for .js libraries and download the bulk of them then?  I think all the following pages will find them in cache.   You could also use ESC, the

RE: [Dynapi-Help] Splitting the API

2001-07-06 Thread Digital Strider
ot;zip" file loader that covers 94% of all active browsers.  Makes the whole Dyn library about 6K total. -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Doug MelvinSent: Friday, July 06, 2001 12:35 PMTo: [EMAIL PROTECTED]Subject: [Dynapi-H

RE: [Dynapi-Help] Splitting the API

2001-07-06 Thread Digital Strider
Sounds like a job for the 5k API to me.  Just design around a more limited tool set. -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Doug MelvinSent: Friday, July 06, 2001 12:35 PMTo: [EMAIL PROTECTED]Subject: [Dynapi-Help] Splitting

[Dynapi-Help] Splitting the API

2001-07-06 Thread Doug Melvin
Okay then,I now have a legitamate reason to split up the API, I am looking a a contract to provide Web-based services over 28.8kbps wireless in Africa.. We have been given a 32k limit to the size of any one page.   Can you see where I'm going with this?   If anyone is still interested in Spli