Menu
▾
▴
dynapi-dev — List related to the current DynAPI Core development
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(75) |
Nov
(252) |
Dec
(418) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(659) |
Feb
(1039) |
Mar
(870) |
Apr
(235) |
May
(329) |
Jun
(251) |
Jul
(123) |
Aug
(119) |
Sep
(67) |
Oct
(194) |
Nov
(535) |
Dec
(133) |
| 2002 |
Jan
(122) |
Feb
(24) |
Mar
(29) |
Apr
(28) |
May
(16) |
Jun
(20) |
Jul
(11) |
Aug
(12) |
Sep
(13) |
Oct
(14) |
Nov
(23) |
Dec
(19) |
| 2003 |
Jan
(28) |
Feb
(170) |
Mar
(288) |
Apr
(211) |
May
(126) |
Jun
(166) |
Jul
(131) |
Aug
(102) |
Sep
(211) |
Oct
(301) |
Nov
(22) |
Dec
(6) |
| 2004 |
Jan
(14) |
Feb
(16) |
Mar
(7) |
Apr
|
May
(8) |
Jun
(25) |
Jul
(21) |
Aug
(2) |
Sep
(7) |
Oct
|
Nov
(2) |
Dec
(1) |
| 2005 |
Jan
(4) |
Feb
(2) |
Mar
(14) |
Apr
(24) |
May
(3) |
Jun
(7) |
Jul
(30) |
Aug
(5) |
Sep
(1) |
Oct
(3) |
Nov
|
Dec
(1) |
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(4) |
Oct
|
Nov
|
Dec
|
|
From: Liam C. <met...@ma...> - 2001-02-19 13:40:36
|
Missed the boat on testing this earlier: IE5Mac - see screenshot for rendering issues from first (vertical only scroll) With both Vertical and Horizontal bars, the browser crashes on load - from what I can quickly see - both scrollbars are hard up in the top-right of the window, with no arrows (as per s/shot), but orientated correctly NN47Mac - works perfectly with Vertical and Horizontal bars. Liam -- "Everything in moderation ... including moderation" pgp on request |
|
From: Liam C. <met...@ma...> - 2001-02-19 13:40:35
|
I can confirm that this example does not currently work with IE5 Mac. The applet loads but creates this error as both a alert and a IE error panel: Line number: 43 Message: Object doesn=B9t support this property or method I'm not sure about the state of Java on the Mac but the same error occurs i= n IE5 Mac OSX pb, even though that has Java 2. Seems to be M$ method of talking to the Mac Java environment as I have seen this method work as a pure Java application on Mac OS 9 and OS X. NN4.7 Mac does not produce an error - but I am not sure I am getting what you expect. I get 3 alerts: '------Body------'=20 '------Source----' '------Title-----' But no other text or change to the page, is this right? Example s/shot attached of this. Liam --=20 "Everything in moderation ... including moderation" pgp on request |
|
From: Liam C. <met...@ma...> - 2001-02-19 13:40:35
|
As a comment on using the DynAPI as part of the demo site, I would suggest against it. As the central source of all info about the project we should take particular care that the site is usable by the widest possible audience that could wish to find out and contribute to the project. Utilising the DynAPI on the site - whilst tempting - would not help the projects exposure. Certain scenarios in particular spring to mind: 1) A client, journalist, boss, project-manager, or other non-tech but important person attempting to verify information from developers on DynAPI's suitability - whilst accessing using IE 4.0PC/Mac, NN 3, IE5Mac or NN6/Mozilla (depending on their level of tech expertise) would not be impressed, unless extensive work was taken to degrade the site gracefully. 3) Existing developers attempting to fix bugs in currently non or partially supported browser may be hampered. (A current problem for Mac users attempting to see self-executing examples at dynacore/richardinfo) 2) Potential developers of currently unsupported browsers, or with versions with specific bugs in (e.g. Konqueror, Opera, OmniWeb whatever) By all means we should have a fully impressive arsenal of examples as part of the site, but not integrated into its core as a info-based site. Just my 2p Liam -- "Everything in moderation ... including moderation" pgp on request |
|
From: Michael P. <mp...@ph...> - 2001-02-19 13:39:52
|
I've attached the code. I've also made a few alterations to the dragBoundry (eg. points to the parent instead of setting the value to "parent") Hope this comes in handy to someone other than me. : ) Michael Pemberton wrote: > As has been done with the dragBoundry code, I suggest that we set up a > "handle" boundry for a drag event. It would involve testing to see where > on the layer the mouse clicks and stopping the event if it is outside > the handle boundry. > > I'm willing to put together the code, I'm just seeing if anyone has any > comments / stones : ) > -- > Michael Pemberton > mp...@ph... > ICQ: 12107010 > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev -- Michael Pemberton mp...@ph... ICQ: 12107010 |
|
From: Michael B. <mb...@st...> - 2001-02-19 13:36:37
|
> As has been done with the dragBoundry code, I suggest that we set up a
> "handle" boundry for a drag event. It would involve testing to see where
> on the layer the mouse clicks and stopping the event if it is outside
> the handle boundry.
>
> I'm willing to put together the code, I'm just seeing if anyone has any
> comments / stones : )
you're lucky, because you don't have to do it yourself. i did this just
yesterday and it was intended to be posted this evening (CET).
i attached the modified dragevent.js-file.
there's one line added in DragEvent.lyrListener.onmousedown, the additional
code is at the end of the document.
sample code:
myLayer = new DynLayer(null,100,100,100,100,'red');
DynAPI.document.addChild(myLayer);
area = new DragArea('rect',0,100,20,0);
DragEvent.addDragArea(myLayer, area);
DragEvent.enableDragEvents(myLayer);
at the moment, two different DragArea-types are supported:
new DragArea('rect',t,r,b,l)
new DragArea('circle',centerX,centerY,radius);
multiple DragAreas can be added, to a layer
if you need more complex areas, you can add them yourself, it shouldn't be
too difficult to understand the code.
--
Michael Buerge
|
|
From: Pascal B. <pa...@dy...> - 2001-02-19 13:10:36
|
please post these questions only to dynapi-help Pascal Bestebroer pa...@dy... http://www.dynamic-core.net > -----Oorspronkelijk bericht----- > Van: dyn...@li... > [mailto:dyn...@li...]Namens Chris Lemon > Verzonden: maandag 19 februari 2001 13:18 > Aan: 'dyn...@li...'; > 'Dyn...@li...' > Onderwerp: [Dynapi-Dev] (no subject) > > > Has any one got any good methods for displaying tooltips for layers which > contain just a background image. > > At the moment the best way I can think of is on a mouseover event > to place a > transparent layer over the top of the image layer. I then set the HTML of > this new layer to an <IMG> tag with the src being a transparent > gif. I then > use the alt attribute of the img tag to get a tooltip to display. > > The problem I'm having is when I also try to pisk up on the click > event for > the layer. IE picks up this mouse click event with no problems > but Netscape > seems to be slightly inconsistent. Every now and then the click > event does > not get called. I am unable to see under what conditions the > click event is > ignored. > > I have tried invoking the event from the tooltip layer but this > doesn't seem > to alter the behaviour in Netscape. > > Does anyone have any other ideas/methods for showing tooltips but > retaining > the event listening for the mouseup event in Netscape > > Thanks > > Chris > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > |
|
From: Stephan R. <SR...@la...> - 2001-02-19 12:32:09
|
I have to admit that I didn't read all the postings in the last days, so maybe I'm missing alot. Also, maybe I'm boring, but may I remind you for the discussion here in the list some 5 weeks ago about splitting the files in browser specific versions? Stephan |
|
From: Chris L. <Chr...@pl...> - 2001-02-19 12:20:02
|
Hi, I am developing a web app using DynAPI for use on a customers web site. Having read the license agreement I am very confused. Can someone clarify the situation? Does the agreement cover my situation. Thanks. |
|
From: Chris L. <Chr...@pl...> - 2001-02-19 12:16:04
|
Has any one got any good methods for displaying tooltips for layers which contain just a background image. At the moment the best way I can think of is on a mouseover event to place a transparent layer over the top of the image layer. I then set the HTML of this new layer to an <IMG> tag with the src being a transparent gif. I then use the alt attribute of the img tag to get a tooltip to display. The problem I'm having is when I also try to pisk up on the click event for the layer. IE picks up this mouse click event with no problems but Netscape seems to be slightly inconsistent. Every now and then the click event does not get called. I am unable to see under what conditions the click event is ignored. I have tried invoking the event from the tooltip layer but this doesn't seem to alter the behaviour in Netscape. Does anyone have any other ideas/methods for showing tooltips but retaining the event listening for the mouseup event in Netscape Thanks Chris |
|
From: Richard B. <ma...@ri...> - 2001-02-19 12:14:45
|
The functionality I missed in the normal DynAPI scrollbar, is that the = slider should resize itself to the length of the content. And when you click underneath the slider, the document should jump as if = you hit pageDown. If you keep the mouse down , the action should repeat itself after a = slight delay. Just ideas. Richard ----- Original Message -----=20 From: Doug Melvin=20 To: dyn...@li...=20 Sent: Monday, February 19, 2001 12:28 AM Subject: [Dynapi-Dev] DynAPI 2 SCrollBar - Update Attached is new version. Now supports horizontal scrolling. If you need the code documented for any reason, just ask. :-) Now in to scroll pane (or should I bother?) Doug --- Outgoing mail is certified Virus Free by AVG Free Edition http://www.grisoft.com/html/us_index.cfm Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.231 / Virus Database: 112 - Release Date: 2/12/01 |
|
From: Michael P. <mp...@ph...> - 2001-02-19 12:09:46
|
As has been done with the dragBoundry code, I suggest that we set up a "handle" boundry for a drag event. It would involve testing to see where on the layer the mouse clicks and stopping the event if it is outside the handle boundry. I'm willing to put together the code, I'm just seeing if anyone has any comments / stones : ) -- Michael Pemberton mp...@ph... ICQ: 12107010 |
|
From: Jordi - I. - M. <jmi...@or...> - 2001-02-19 10:22:58
|
I was about to send this as a new thread but it suits here: Worst thing about an offline weekend is having to go throught 200 mails in monday ( on monday ? at monday ? preposition problems, help !!!). What I'm going to say has already been said in the past ( as many other discussions that come and go from time to time ) but, come to think of it, there are not that many different things to discuss ( support for X browser, performance, when is bug Y going to be fixed.... ). I remember one year ago we were concerned about performance and code structure. It was a long discussion but finally we agreed to keep the code as it was, make it work first and then work on the code. I know there are still things to solve, we've got NS6 bugs and Mac issues, but the recent performance/structure concerns make me think that maybe now it is the time. Don't get me wrong: I'm not for starting from scratch again. We've got very good crossbrowsing support ( not 100%, but as good as it gets ) and the API's interface is pretty stable. Users don't complain about how the API is used but about how it performs ( speed / size ). Besides, progress on browser X support can be made at the same time the structure is re-defined. However, this won't work if we start discussing what's a DynLayer and what does it do. Regardless of the structure we come up with, we final user will get DynLayers and DynDocuments and eventListeners. Same thing, different internal structure. Nobody will tolerate having to learn again how does this work. They'll get fed up. Instead, we have a user interface we want to reach ( same we've got now, a list of objects each having a list of methods and properties ) and we should foccuse on what do we place BELOW this structure. And do it both without rushing and without impatience. Just do it. I haven't said anything new but I had to say it anyway. I'll think of it myself: I've had to read the code these days. I used to look at it as crossbrowser code and so I only cared about it working. But now it does work and I'm starting to look at it as 'code' and I see so many things that could be improved. Is there any way to have a master plan document where people can contribute ideas and don't get lost as easily as they get in the mail lists ? ------- - "I've saying this for weeks / months !" -- I know. - "Oh no, not again !!! Not a new version" I know as well - "Why don't you support NS6 first ?" I'm afraid the code structure is already being stretched too much. I ought to find myself confortable doing my debugging and looking for bugs. Now there are too many places to look at and too many 'patchy' code around. When you've solved lots of browser issues by adding if (is.X) statements the code degrades. Now we have a solid browser-specific base ( the current code ) from were we can extract what we need to do and the issues we need to take into account. We can build new code that reads better, works better and faster and does the same, because now we now what needs to be done. One year ago we didn't. |
|
From: Eytan H. <ey...@tr...> - 2001-02-19 10:09:16
|
Again me. Have you had enough yet ;-) Just wanted to explain the whole TCanvas and OOJS stuff. I'm not working against anyone here and specifically not against pascal. This is an opensource group and like someone recetly stated it's not you or me it's us. I am only doing all of this code by myself because you didn't want to do it without it being tested. My only concern is that the API is not stable enough no fast enought and not built well to support future browsers. I know you all want to get done with NN6 before but I think that this is the best time to do it. With all these new browsers around. I don't mind if we call it canvas or dynlayer or if it's my code or pascals. I want the best code there is that's all! I know that webos is overkill. What they did is designed an OS. What we are doing are page add-ons. I was thinking of somthing in the middle. How about thinking about DynApplications. You can have many running in one browser (or not). I think that that would be the best model. I also still think that we should completely seperate widgets from DynLayer. I think the work on DynAPI should be split in to two: * DynLayer Getting the DynLayer 100% compatible (or is much as we can) and then tweeking it to take up less memory clear the memory it uses and run faster. * Enviroment for DynLayer This should include a type of application object which manages memory, focus, key events. And widget libraries. We should have the group of basic widgets: Label, Panel(Form, or somthing like that), Button and the rest and then we should have packs of widgets that extened functionalitiy? Anyone agree? Anyone disagree(pascal)? 8an |
|
From: Raymond S. <dst...@or...> - 2001-02-19 09:15:40
|
I was once told, "If you stick your head up your ass, you can see in the dark!" Appears I got some bad advice, next time I'll look at the code... ----- Original Message ----- From: "Pascal Bestebroer" <pa...@dy...> To: <dyn...@li...> Sent: Monday, February 19, 2001 1:07 AM Subject: RE: [Dynapi-Dev] DynLayer Bloat > Precreate is working for IE aswell > > Pascal Bestebroer > pa...@dy... > http://www.dynamic-core.net > > > -----Oorspronkelijk bericht----- > > Van: dyn...@li... > > [mailto:dyn...@li...]Namens Raymond Smith > > Verzonden: maandag 19 februari 2001 0:28 > > Aan: dyn...@li... > > Onderwerp: Re: [Dynapi-Dev] DynLayer Bloat > > > > > > precreate for NS created a 10X speed increase, I don't think precreate for > > IE has even been implemented yet. Has anyone tested it? > > > > ----- Original Message ----- > > From: "Doug Melvin" <do...@cr...> > > To: <dyn...@li...> > > Sent: Sunday, February 18, 2001 5:59 PM > > Subject: Re: [Dynapi-Dev] DynLayer Bloat > > > > > > > My concern was never size.. but Optimization, > > > BUT a small part of that is size.. > > > :-) > > > ----- Original Message ----- > > > From: "Raymond Smith" <dst...@or...> > > > To: <dyn...@li...> > > > Sent: Sunday, February 18, 2001 1:16 PM > > > Subject: Re: [Dynapi-Dev] DynLayer Bloat > > > > > > > > > > I did alot of research on dynamic compression. About 90% of the > > installed > > > > base of Browsers is HTTP 1.1 compliant at this time. If you > > use Apache > > > you > > > > can integrate the RCI (Remote Communications Inc) dynamic compression > > > > mod_gzip module (it's free). > > > > http://www.remotecommunications.com/apache/mod_gzip/ > > > > > > > > Using this you can compress the whole bloated API into a 18K > > package if > > > you > > > > include EVERYTHING, smarter lads won't. Size of API isn't my concern. > > > > Optimization is because IE itself is "three-legged dog" slow building > > > > layers. > > > > > > > > > > > > ----- Original Message ----- > > > > From: "Doug Melvin" <do...@cr...> > > > > To: <dyn...@li...> > > > > Sent: Sunday, February 18, 2001 2:31 PM > > > > Subject: Re: [Dynapi-Dev] TCanvas vs. DynLayer > > > > > > > > > > > > > I've been saying for month now that the API is getting bloated.. > > > > > We REALLY need to re-evaluate the current structure and code.. > > > > > As I'm sure your getrting tired of hearing, > > > > > 2 minutes is simple TOO long for a site to load. > > > > > > > > > > ----- Original Message ----- > > > > > From: "Richard Bennett" <ma...@ri...> > > > > > To: <dyn...@li...> > > > > > Sent: Sunday, February 18, 2001 9:28 AM > > > > > Subject: Re: [Dynapi-Dev] TCanvas vs. DynLayer > > > > > > > > > > > > > > > > > You just don't get it. > > > > > > Let's avoid this kind of disrespect where possible. > > > > > > > > > > > > You've done some interesting work, and now that there's something > > > > tangible > > > > > > to work with I spent some time testing it. > > > > > > I can't comment on whether or not objects are being passed, or > > > assigned > > > > > > static or whatever, simply on test results. > > > > > > I find the results show not necessarily how fast Canvas > > is, but how > > > > > horribly > > > > > > slow DynAPI has grown. > > > > > > I did some extended testing, and put this online, so others can > > > compare > > > > > the > > > > > > results for themselves. > > > > > > > > > > > > I did the test without children, one building 1000 layers, one > > > building > > > > > 200 > > > > > > layers. > > > > > > I applied these to: > > > > > > * Canvas > > > > > > * DynAPI 25/jan/01 release > > > > > > * DynaCore 2001/01/13 release > > > > > > * DynAPI Lite 29/aug/2000 > > > > > > * DynAPI Lite Compact code 29/aug/2000 > > > > > > > > > > > > My results where: (in ms. on p3 550 winMe IE5.5 128ram) > > > > > > Canvas 1000 18.130 > > > > > > Canvas 200 1.320 > > > > > > DynAPI 1000 94.470 > > > > > > DynAPI 200 4390 > > > > > > DynaCore 1000 21.030 > > > > > > DynaCore 200 1.430 > > > > > > DynAPI Lite 1000 9.340 > > > > > > DynAPI Lite 200 1.200 > > > > > > DynAPI Comp.1000 11.590 > > > > > > DynAPI Comp. 200 1.100 > > > > > > > > > > > > The tests are online here: > > > > > > http://www.dynapi.f2s.com/dynapi/tcanvas/ > > > > > > > > > > > > If anyone wants to add files or anything here's the FTP: > > > > > > username: dynapi > > > > > > password: dynapi > > > > > > > > > > > > I think it's clear there is something seriously slowing down the > > > DynAPI, > > > > > if > > > > > > DynaCore is so much faster with more or less the same > > functionality, > > > > > > something's wrong. > > > > > > Also I'm all for including the Lite files again, as their > > times are > > > very > > > > > > good. > > > > > > > > > > > > Cheers, > > > > > > Richard Bennett > > > > > > > > > > > > ma...@ri... > > > > > > www.richardinfo.com > > > > > > (Everything running on, and ported to the 19/12/2000 snapshot of > > > > DynAPI2) > > > > > > Find the DynAPI faq here: > > > > > > > > http://sourceforge.net/docman/display_doc.php?docid=656&group_id=5757 > > > > > > Browse the mailinglist here: > > > > > > http://www.mail-archive.com/index.php3?hunt=dynapi > > > > > > > > > > > > ----- Original Message ----- > > > > > > From: "Eytan Heidingsfeld" <ey...@tr...> > > > > > > To: <dyn...@li...> > > > > > > Sent: Sunday, February 18, 2001 9:57 AM > > > > > > Subject: Re: [Dynapi-Dev] TCanvas vs. DynLayer > > > > > > > > > > > > > > > > > > > You just don't get it. > > > > > > > It's not that I use different code and the version I tested with > > has > > > a > > > > > > > children list. (uses my TList so didn't include it). > > > > > > > The reason it's faster is such. When browsers parse js code and > > > create > > > > > > > objects they create actual objects in their application. That > > means > > > > that > > > > > > for > > > > > > > every dynlayer there is an object inside Netscape or IE with > > actual > > > > > > objects > > > > > > > in them. In your method of creation you: > > > > > > > Create new DynLayer() > > > > > > > Call add child to the parent > > > > > > > Parent does the following > > > > > > > static Create the virtual object > > > > > > > static Create the actual element > > > > > > > static Assign the element > > > > > > > This means that the browser has to > > > > > > > Get Parent object in browsers memory > > > > > > > Call addchild > > > > > > > Call static line and create js object > > > > > > > Call static line and create js element > > > > > > > Call staticassignment where you have to get obj1 and obj2 and > > assign > > > > > > > and more of this type of thing > > > > > > > It slows down the process by a whole lot > > > > > > > What my create does is: > > > > > > > Create new Canvas() > > > > > > > myCanvas.create does this: > > > > > > > Check who the parent is > > > > > > > if null create in the actual document > > > > > > > if Canvas create under it > > > > > > > No passing of object between methods, not assigning no static > > > methods. > > > > > > > > > > > > > > 8an > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > > Dynapi-Dev mailing list > > > > > > > Dyn...@li... > > > > > > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > > > > > > > ____________________________________________________________ > > > > > > > Get your free domain name and domain-based e-mail from > > > > > > > Namezero.com. New! Namezero Plus domains now available. > > > > > > > Find out more at: http://www.namezero.com > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > Dynapi-Dev mailing list > > > > > > Dyn...@li... > > > > > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > > > > > > > > > > > > > > > --- > > > > > Outgoing mail is certified Virus Free by AVG Free Edition > > > > > http://www.grisoft.com/html/us_index.cfm > > > > > Checked by AVG anti-virus system (http://www.grisoft.com). > > > > > Version: 6.0.231 / Virus Database: 112 - Release Date: 2/12/01 > > > > > > > > > > > > > > > _______________________________________________ > > > > > Dynapi-Dev mailing list > > > > > Dyn...@li... > > > > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > > > > > > > > > > > > > > > > > _______________________________________________ > > > > Dynapi-Dev mailing list > > > > Dyn...@li... > > > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > > > > > > > > > --- > > > Outgoing mail is certified Virus Free by AVG Free Edition > > > Download at: http://www.grisoft.com/html/us_index.cfm > > > Checked by AVG anti-virus system (http://www.grisoft.com). > > > Version: 6.0.231 / Virus Database: 112 - Release Date: 2/12/01 > > > > > > > > > _______________________________________________ > > > Dynapi-Dev mailing list > > > Dyn...@li... > > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > > > > > > > > > _______________________________________________ > > Dynapi-Dev mailing list > > Dyn...@li... > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > > > > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > |
|
From: Pascal B. <pa...@dy...> - 2001-02-19 09:06:48
|
Precreate is working for IE aswell Pascal Bestebroer pa...@dy... http://www.dynamic-core.net > -----Oorspronkelijk bericht----- > Van: dyn...@li... > [mailto:dyn...@li...]Namens Raymond Smith > Verzonden: maandag 19 februari 2001 0:28 > Aan: dyn...@li... > Onderwerp: Re: [Dynapi-Dev] DynLayer Bloat > > > precreate for NS created a 10X speed increase, I don't think precreate for > IE has even been implemented yet. Has anyone tested it? > > ----- Original Message ----- > From: "Doug Melvin" <do...@cr...> > To: <dyn...@li...> > Sent: Sunday, February 18, 2001 5:59 PM > Subject: Re: [Dynapi-Dev] DynLayer Bloat > > > > My concern was never size.. but Optimization, > > BUT a small part of that is size.. > > :-) > > ----- Original Message ----- > > From: "Raymond Smith" <dst...@or...> > > To: <dyn...@li...> > > Sent: Sunday, February 18, 2001 1:16 PM > > Subject: Re: [Dynapi-Dev] DynLayer Bloat > > > > > > > I did alot of research on dynamic compression. About 90% of the > installed > > > base of Browsers is HTTP 1.1 compliant at this time. If you > use Apache > > you > > > can integrate the RCI (Remote Communications Inc) dynamic compression > > > mod_gzip module (it's free). > > > http://www.remotecommunications.com/apache/mod_gzip/ > > > > > > Using this you can compress the whole bloated API into a 18K > package if > > you > > > include EVERYTHING, smarter lads won't. Size of API isn't my concern. > > > Optimization is because IE itself is "three-legged dog" slow building > > > layers. > > > > > > > > > ----- Original Message ----- > > > From: "Doug Melvin" <do...@cr...> > > > To: <dyn...@li...> > > > Sent: Sunday, February 18, 2001 2:31 PM > > > Subject: Re: [Dynapi-Dev] TCanvas vs. DynLayer > > > > > > > > > > I've been saying for month now that the API is getting bloated.. > > > > We REALLY need to re-evaluate the current structure and code.. > > > > As I'm sure your getrting tired of hearing, > > > > 2 minutes is simple TOO long for a site to load. > > > > > > > > ----- Original Message ----- > > > > From: "Richard Bennett" <ma...@ri...> > > > > To: <dyn...@li...> > > > > Sent: Sunday, February 18, 2001 9:28 AM > > > > Subject: Re: [Dynapi-Dev] TCanvas vs. DynLayer > > > > > > > > > > > > > > You just don't get it. > > > > > Let's avoid this kind of disrespect where possible. > > > > > > > > > > You've done some interesting work, and now that there's something > > > tangible > > > > > to work with I spent some time testing it. > > > > > I can't comment on whether or not objects are being passed, or > > assigned > > > > > static or whatever, simply on test results. > > > > > I find the results show not necessarily how fast Canvas > is, but how > > > > horribly > > > > > slow DynAPI has grown. > > > > > I did some extended testing, and put this online, so others can > > compare > > > > the > > > > > results for themselves. > > > > > > > > > > I did the test without children, one building 1000 layers, one > > building > > > > 200 > > > > > layers. > > > > > I applied these to: > > > > > * Canvas > > > > > * DynAPI 25/jan/01 release > > > > > * DynaCore 2001/01/13 release > > > > > * DynAPI Lite 29/aug/2000 > > > > > * DynAPI Lite Compact code 29/aug/2000 > > > > > > > > > > My results where: (in ms. on p3 550 winMe IE5.5 128ram) > > > > > Canvas 1000 18.130 > > > > > Canvas 200 1.320 > > > > > DynAPI 1000 94.470 > > > > > DynAPI 200 4390 > > > > > DynaCore 1000 21.030 > > > > > DynaCore 200 1.430 > > > > > DynAPI Lite 1000 9.340 > > > > > DynAPI Lite 200 1.200 > > > > > DynAPI Comp.1000 11.590 > > > > > DynAPI Comp. 200 1.100 > > > > > > > > > > The tests are online here: > > > > > http://www.dynapi.f2s.com/dynapi/tcanvas/ > > > > > > > > > > If anyone wants to add files or anything here's the FTP: > > > > > username: dynapi > > > > > password: dynapi > > > > > > > > > > I think it's clear there is something seriously slowing down the > > DynAPI, > > > > if > > > > > DynaCore is so much faster with more or less the same > functionality, > > > > > something's wrong. > > > > > Also I'm all for including the Lite files again, as their > times are > > very > > > > > good. > > > > > > > > > > Cheers, > > > > > Richard Bennett > > > > > > > > > > ma...@ri... > > > > > www.richardinfo.com > > > > > (Everything running on, and ported to the 19/12/2000 snapshot of > > > DynAPI2) > > > > > Find the DynAPI faq here: > > > > > > http://sourceforge.net/docman/display_doc.php?docid=656&group_id=5757 > > > > > Browse the mailinglist here: > > > > > http://www.mail-archive.com/index.php3?hunt=dynapi > > > > > > > > > > ----- Original Message ----- > > > > > From: "Eytan Heidingsfeld" <ey...@tr...> > > > > > To: <dyn...@li...> > > > > > Sent: Sunday, February 18, 2001 9:57 AM > > > > > Subject: Re: [Dynapi-Dev] TCanvas vs. DynLayer > > > > > > > > > > > > > > > > You just don't get it. > > > > > > It's not that I use different code and the version I tested with > has > > a > > > > > > children list. (uses my TList so didn't include it). > > > > > > The reason it's faster is such. When browsers parse js code and > > create > > > > > > objects they create actual objects in their application. That > means > > > that > > > > > for > > > > > > every dynlayer there is an object inside Netscape or IE with > actual > > > > > objects > > > > > > in them. In your method of creation you: > > > > > > Create new DynLayer() > > > > > > Call add child to the parent > > > > > > Parent does the following > > > > > > static Create the virtual object > > > > > > static Create the actual element > > > > > > static Assign the element > > > > > > This means that the browser has to > > > > > > Get Parent object in browsers memory > > > > > > Call addchild > > > > > > Call static line and create js object > > > > > > Call static line and create js element > > > > > > Call staticassignment where you have to get obj1 and obj2 and > assign > > > > > > and more of this type of thing > > > > > > It slows down the process by a whole lot > > > > > > What my create does is: > > > > > > Create new Canvas() > > > > > > myCanvas.create does this: > > > > > > Check who the parent is > > > > > > if null create in the actual document > > > > > > if Canvas create under it > > > > > > No passing of object between methods, not assigning no static > > methods. > > > > > > > > > > > > 8an > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > Dynapi-Dev mailing list > > > > > > Dyn...@li... > > > > > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > > > > > > ____________________________________________________________ > > > > > > Get your free domain name and domain-based e-mail from > > > > > > Namezero.com. New! Namezero Plus domains now available. > > > > > > Find out more at: http://www.namezero.com > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > Dynapi-Dev mailing list > > > > > Dyn...@li... > > > > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > > > > > > > > > > > > --- > > > > Outgoing mail is certified Virus Free by AVG Free Edition > > > > http://www.grisoft.com/html/us_index.cfm > > > > Checked by AVG anti-virus system (http://www.grisoft.com). > > > > Version: 6.0.231 / Virus Database: 112 - Release Date: 2/12/01 > > > > > > > > > > > > _______________________________________________ > > > > Dynapi-Dev mailing list > > > > Dyn...@li... > > > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > > > > > > > > > > > > > _______________________________________________ > > > Dynapi-Dev mailing list > > > Dyn...@li... > > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > > > > > > --- > > Outgoing mail is certified Virus Free by AVG Free Edition > > Download at: http://www.grisoft.com/html/us_index.cfm > > Checked by AVG anti-virus system (http://www.grisoft.com). > > Version: 6.0.231 / Virus Database: 112 - Release Date: 2/12/01 > > > > > > _______________________________________________ > > Dynapi-Dev mailing list > > Dyn...@li... > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > > > > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > |
|
From: Michael P. <mp...@ph...> - 2001-02-19 04:53:17
|
I already have dymanic library loading working in IE and am in the process of working out the bugs with the NS code. It can be seen in action here . It loads the core code required to use the api and then loads the library that extends the internal String object. The fiorst alert is the code as it was downloads and the second is the newly created method of the string object created by executing the downloaded code. All of the code execution is handled automatically by the URL IO handler. Dan Steinman wrote: > Somewhere along the line someone got confused. In respect to WebOS we're doing dynamic loading of the libraries with layer-sourcing for Netscape, and Iframe/content downloading for IE4 and 5 respectively. Library loading differs from server-side communication. For that we're using static frames and IFrames for Netscape/IE respectively. Not that it couldn't be done with a Java applet though, that's also a perfectly valid way to do the communication bridge also. > > My ServerTask was very simple really, I think the version supplied by Pascal was the latest version that I was working with. However I was having some browser crashes in Netscape when using it. I couldn't figure out why it was happening at the time, but it may be more stable with the latest DynAPI. > > Dan > > On Sun, Feb 18, 2001 at 03:49:59PM -0500, Robert Rainwater wrote: > > > > You can do it in any language (JSP, asp, php, etc). I think if we set > > up a standard way of creating the server-side components, they can be > > ported from language to language. Then each component would have the > > same functionality no matter what server-side language you use. > > > > -- > > // Robert Rainwater > > > > On 2/18/2001, 2:38:04 PM EST, Matthew wrote about "[Dynapi-Dev] Dynamic Loading.": > > > > > Are you talking about a serverside Java component? I think one of the > > > main problems is the Macintosh client side java support. JS has no way > > > to talk to a Java Applet on the Mac IEs. I'll have to take a look at my > > > Remote Scripting stuff but I am pretty sure that's the conclusion that I > > > came to. > > > > > M. > > > > > -----Original Message----- > > > From: Robert Rainwater [mailto:rra...@ya...] > > > Sent: Sunday, February 18, 2001 11:35 AM > > > To: DynAPI Development List > > > Subject: Re[2]: [Dynapi-Dev] Dynamic Loading. > > > > > > > > > Does anyone have Dan's old servertasks objects (Pascal? Dan?). I > > > think that creating server side components is the only way to create > > > truly cross-browser loading. > > > > > > > > ---------------------- > > DynAPI Snapshots: http://dynapi.sourceforge.net/snapshot/ > > DynAPI Homepage: http://dynapi.sourceforge.net/ > > > > > > > > _______________________________________________ > > Dynapi-Dev mailing list > > Dyn...@li... > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev -- Michael Pemberton mp...@ph... ICQ: 12107010 |
|
From: Dan S. <dy...@fu...> - 2001-02-19 00:52:03
|
Somewhere along the line someone got confused. In respect to WebOS we're doing dynamic loading of the libraries with layer-sourcing for Netscape, and Iframe/content downloading for IE4 and 5 respectively. Library loading differs from server-side communication. For that we're using static frames and IFrames for Netscape/IE respectively. Not that it couldn't be done with a Java applet though, that's also a perfectly valid way to do the communication bridge also. My ServerTask was very simple really, I think the version supplied by Pascal was the latest version that I was working with. However I was having some browser crashes in Netscape when using it. I couldn't figure out why it was happening at the time, but it may be more stable with the latest DynAPI. Dan On Sun, Feb 18, 2001 at 03:49:59PM -0500, Robert Rainwater wrote: > > You can do it in any language (JSP, asp, php, etc). I think if we set > up a standard way of creating the server-side components, they can be > ported from language to language. Then each component would have the > same functionality no matter what server-side language you use. > > -- > // Robert Rainwater > > On 2/18/2001, 2:38:04 PM EST, Matthew wrote about "[Dynapi-Dev] Dynamic Loading.": > > > Are you talking about a serverside Java component? I think one of the > > main problems is the Macintosh client side java support. JS has no way > > to talk to a Java Applet on the Mac IEs. I'll have to take a look at my > > Remote Scripting stuff but I am pretty sure that's the conclusion that I > > came to. > > > M. > > > -----Original Message----- > > From: Robert Rainwater [mailto:rra...@ya...] > > Sent: Sunday, February 18, 2001 11:35 AM > > To: DynAPI Development List > > Subject: Re[2]: [Dynapi-Dev] Dynamic Loading. > > > > > Does anyone have Dan's old servertasks objects (Pascal? Dan?). I > > think that creating server side components is the only way to create > > truly cross-browser loading. > > > > ---------------------- > DynAPI Snapshots: http://dynapi.sourceforge.net/snapshot/ > DynAPI Homepage: http://dynapi.sourceforge.net/ > > > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev |
|
From: Doug M. <do...@cr...> - 2001-02-18 23:37:24
|
my onprecreate event listener get's fired in IE, does that count? ----- Original Message ----- From: "Raymond Smith" <dst...@or...> To: <dyn...@li...> Sent: Sunday, February 18, 2001 3:28 PM Subject: Re: [Dynapi-Dev] DynLayer Bloat > precreate for NS created a 10X speed increase, I don't think precreate for > IE has even been implemented yet. Has anyone tested it? > > ----- Original Message ----- > From: "Doug Melvin" <do...@cr...> > To: <dyn...@li...> > Sent: Sunday, February 18, 2001 5:59 PM > Subject: Re: [Dynapi-Dev] DynLayer Bloat > > > > My concern was never size.. but Optimization, > > BUT a small part of that is size.. > > :-) > > ----- Original Message ----- > > From: "Raymond Smith" <dst...@or...> > > To: <dyn...@li...> > > Sent: Sunday, February 18, 2001 1:16 PM > > Subject: Re: [Dynapi-Dev] DynLayer Bloat > > > > > > > I did alot of research on dynamic compression. About 90% of the > installed > > > base of Browsers is HTTP 1.1 compliant at this time. If you use Apache > > you > > > can integrate the RCI (Remote Communications Inc) dynamic compression > > > mod_gzip module (it's free). > > > http://www.remotecommunications.com/apache/mod_gzip/ > > > > > > Using this you can compress the whole bloated API into a 18K package if > > you > > > include EVERYTHING, smarter lads won't. Size of API isn't my concern. > > > Optimization is because IE itself is "three-legged dog" slow building > > > layers. > > > > > > > > > ----- Original Message ----- > > > From: "Doug Melvin" <do...@cr...> > > > To: <dyn...@li...> > > > Sent: Sunday, February 18, 2001 2:31 PM > > > Subject: Re: [Dynapi-Dev] TCanvas vs. DynLayer > > > > > > > > > > I've been saying for month now that the API is getting bloated.. > > > > We REALLY need to re-evaluate the current structure and code.. > > > > As I'm sure your getrting tired of hearing, > > > > 2 minutes is simple TOO long for a site to load. > > > > > > > > ----- Original Message ----- > > > > From: "Richard Bennett" <ma...@ri...> > > > > To: <dyn...@li...> > > > > Sent: Sunday, February 18, 2001 9:28 AM > > > > Subject: Re: [Dynapi-Dev] TCanvas vs. DynLayer > > > > > > > > > > > > > > You just don't get it. > > > > > Let's avoid this kind of disrespect where possible. > > > > > > > > > > You've done some interesting work, and now that there's something > > > tangible > > > > > to work with I spent some time testing it. > > > > > I can't comment on whether or not objects are being passed, or > > assigned > > > > > static or whatever, simply on test results. > > > > > I find the results show not necessarily how fast Canvas is, but how > > > > horribly > > > > > slow DynAPI has grown. > > > > > I did some extended testing, and put this online, so others can > > compare > > > > the > > > > > results for themselves. > > > > > > > > > > I did the test without children, one building 1000 layers, one > > building > > > > 200 > > > > > layers. > > > > > I applied these to: > > > > > * Canvas > > > > > * DynAPI 25/jan/01 release > > > > > * DynaCore 2001/01/13 release > > > > > * DynAPI Lite 29/aug/2000 > > > > > * DynAPI Lite Compact code 29/aug/2000 > > > > > > > > > > My results where: (in ms. on p3 550 winMe IE5.5 128ram) > > > > > Canvas 1000 18.130 > > > > > Canvas 200 1.320 > > > > > DynAPI 1000 94.470 > > > > > DynAPI 200 4390 > > > > > DynaCore 1000 21.030 > > > > > DynaCore 200 1.430 > > > > > DynAPI Lite 1000 9.340 > > > > > DynAPI Lite 200 1.200 > > > > > DynAPI Comp.1000 11.590 > > > > > DynAPI Comp. 200 1.100 > > > > > > > > > > The tests are online here: > > > > > http://www.dynapi.f2s.com/dynapi/tcanvas/ > > > > > > > > > > If anyone wants to add files or anything here's the FTP: > > > > > username: dynapi > > > > > password: dynapi > > > > > > > > > > I think it's clear there is something seriously slowing down the > > DynAPI, > > > > if > > > > > DynaCore is so much faster with more or less the same functionality, > > > > > something's wrong. > > > > > Also I'm all for including the Lite files again, as their times are > > very > > > > > good. > > > > > > > > > > Cheers, > > > > > Richard Bennett > > > > > > > > > > ma...@ri... > > > > > www.richardinfo.com > > > > > (Everything running on, and ported to the 19/12/2000 snapshot of > > > DynAPI2) > > > > > Find the DynAPI faq here: > > > > > > http://sourceforge.net/docman/display_doc.php?docid=656&group_id=5757 > > > > > Browse the mailinglist here: > > > > > http://www.mail-archive.com/index.php3?hunt=dynapi > > > > > > > > > > ----- Original Message ----- > > > > > From: "Eytan Heidingsfeld" <ey...@tr...> > > > > > To: <dyn...@li...> > > > > > Sent: Sunday, February 18, 2001 9:57 AM > > > > > Subject: Re: [Dynapi-Dev] TCanvas vs. DynLayer > > > > > > > > > > > > > > > > You just don't get it. > > > > > > It's not that I use different code and the version I tested with > has > > a > > > > > > children list. (uses my TList so didn't include it). > > > > > > The reason it's faster is such. When browsers parse js code and > > create > > > > > > objects they create actual objects in their application. That > means > > > that > > > > > for > > > > > > every dynlayer there is an object inside Netscape or IE with > actual > > > > > objects > > > > > > in them. In your method of creation you: > > > > > > Create new DynLayer() > > > > > > Call add child to the parent > > > > > > Parent does the following > > > > > > static Create the virtual object > > > > > > static Create the actual element > > > > > > static Assign the element > > > > > > This means that the browser has to > > > > > > Get Parent object in browsers memory > > > > > > Call addchild > > > > > > Call static line and create js object > > > > > > Call static line and create js element > > > > > > Call staticassignment where you have to get obj1 and obj2 and > assign > > > > > > and more of this type of thing > > > > > > It slows down the process by a whole lot > > > > > > What my create does is: > > > > > > Create new Canvas() > > > > > > myCanvas.create does this: > > > > > > Check who the parent is > > > > > > if null create in the actual document > > > > > > if Canvas create under it > > > > > > No passing of object between methods, not assigning no static > > methods. > > > > > > > > > > > > 8an > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > Dynapi-Dev mailing list > > > > > > Dyn...@li... > > > > > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > > > > > > ____________________________________________________________ > > > > > > Get your free domain name and domain-based e-mail from > > > > > > Namezero.com. New! Namezero Plus domains now available. > > > > > > Find out more at: http://www.namezero.com > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > Dynapi-Dev mailing list > > > > > Dyn...@li... > > > > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > > > > > > > > > > > > --- > > > > Outgoing mail is certified Virus Free by AVG Free Edition > > > > http://www.grisoft.com/html/us_index.cfm > > > > Checked by AVG anti-virus system (http://www.grisoft.com). > > > > Version: 6.0.231 / Virus Database: 112 - Release Date: 2/12/01 > > > > > > > > > > > > _______________________________________________ > > > > Dynapi-Dev mailing list > > > > Dyn...@li... > > > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > > > > > > > > > > > > > _______________________________________________ > > > Dynapi-Dev mailing list > > > Dyn...@li... > > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > > > > > > --- > > Outgoing mail is certified Virus Free by AVG Free Edition > > Download at: http://www.grisoft.com/html/us_index.cfm > > Checked by AVG anti-virus system (http://www.grisoft.com). > > Version: 6.0.231 / Virus Database: 112 - Release Date: 2/12/01 > > > > > > _______________________________________________ > > Dynapi-Dev mailing list > > Dyn...@li... > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > > > > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev --- Outgoing mail is certified Virus Free by AVG Free Edition Download at: http://www.grisoft.com/html/us_index.cfm Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.231 / Virus Database: 112 - Release Date: 2/12/01 |
|
From: Raymond S. <dst...@or...> - 2001-02-18 23:29:35
|
precreate for NS created a 10X speed increase, I don't think precreate for IE has even been implemented yet. Has anyone tested it? ----- Original Message ----- From: "Doug Melvin" <do...@cr...> To: <dyn...@li...> Sent: Sunday, February 18, 2001 5:59 PM Subject: Re: [Dynapi-Dev] DynLayer Bloat > My concern was never size.. but Optimization, > BUT a small part of that is size.. > :-) > ----- Original Message ----- > From: "Raymond Smith" <dst...@or...> > To: <dyn...@li...> > Sent: Sunday, February 18, 2001 1:16 PM > Subject: Re: [Dynapi-Dev] DynLayer Bloat > > > > I did alot of research on dynamic compression. About 90% of the installed > > base of Browsers is HTTP 1.1 compliant at this time. If you use Apache > you > > can integrate the RCI (Remote Communications Inc) dynamic compression > > mod_gzip module (it's free). > > http://www.remotecommunications.com/apache/mod_gzip/ > > > > Using this you can compress the whole bloated API into a 18K package if > you > > include EVERYTHING, smarter lads won't. Size of API isn't my concern. > > Optimization is because IE itself is "three-legged dog" slow building > > layers. > > > > > > ----- Original Message ----- > > From: "Doug Melvin" <do...@cr...> > > To: <dyn...@li...> > > Sent: Sunday, February 18, 2001 2:31 PM > > Subject: Re: [Dynapi-Dev] TCanvas vs. DynLayer > > > > > > > I've been saying for month now that the API is getting bloated.. > > > We REALLY need to re-evaluate the current structure and code.. > > > As I'm sure your getrting tired of hearing, > > > 2 minutes is simple TOO long for a site to load. > > > > > > ----- Original Message ----- > > > From: "Richard Bennett" <ma...@ri...> > > > To: <dyn...@li...> > > > Sent: Sunday, February 18, 2001 9:28 AM > > > Subject: Re: [Dynapi-Dev] TCanvas vs. DynLayer > > > > > > > > > > > You just don't get it. > > > > Let's avoid this kind of disrespect where possible. > > > > > > > > You've done some interesting work, and now that there's something > > tangible > > > > to work with I spent some time testing it. > > > > I can't comment on whether or not objects are being passed, or > assigned > > > > static or whatever, simply on test results. > > > > I find the results show not necessarily how fast Canvas is, but how > > > horribly > > > > slow DynAPI has grown. > > > > I did some extended testing, and put this online, so others can > compare > > > the > > > > results for themselves. > > > > > > > > I did the test without children, one building 1000 layers, one > building > > > 200 > > > > layers. > > > > I applied these to: > > > > * Canvas > > > > * DynAPI 25/jan/01 release > > > > * DynaCore 2001/01/13 release > > > > * DynAPI Lite 29/aug/2000 > > > > * DynAPI Lite Compact code 29/aug/2000 > > > > > > > > My results where: (in ms. on p3 550 winMe IE5.5 128ram) > > > > Canvas 1000 18.130 > > > > Canvas 200 1.320 > > > > DynAPI 1000 94.470 > > > > DynAPI 200 4390 > > > > DynaCore 1000 21.030 > > > > DynaCore 200 1.430 > > > > DynAPI Lite 1000 9.340 > > > > DynAPI Lite 200 1.200 > > > > DynAPI Comp.1000 11.590 > > > > DynAPI Comp. 200 1.100 > > > > > > > > The tests are online here: > > > > http://www.dynapi.f2s.com/dynapi/tcanvas/ > > > > > > > > If anyone wants to add files or anything here's the FTP: > > > > username: dynapi > > > > password: dynapi > > > > > > > > I think it's clear there is something seriously slowing down the > DynAPI, > > > if > > > > DynaCore is so much faster with more or less the same functionality, > > > > something's wrong. > > > > Also I'm all for including the Lite files again, as their times are > very > > > > good. > > > > > > > > Cheers, > > > > Richard Bennett > > > > > > > > ma...@ri... > > > > www.richardinfo.com > > > > (Everything running on, and ported to the 19/12/2000 snapshot of > > DynAPI2) > > > > Find the DynAPI faq here: > > > > http://sourceforge.net/docman/display_doc.php?docid=656&group_id=5757 > > > > Browse the mailinglist here: > > > > http://www.mail-archive.com/index.php3?hunt=dynapi > > > > > > > > ----- Original Message ----- > > > > From: "Eytan Heidingsfeld" <ey...@tr...> > > > > To: <dyn...@li...> > > > > Sent: Sunday, February 18, 2001 9:57 AM > > > > Subject: Re: [Dynapi-Dev] TCanvas vs. DynLayer > > > > > > > > > > > > > You just don't get it. > > > > > It's not that I use different code and the version I tested with has > a > > > > > children list. (uses my TList so didn't include it). > > > > > The reason it's faster is such. When browsers parse js code and > create > > > > > objects they create actual objects in their application. That means > > that > > > > for > > > > > every dynlayer there is an object inside Netscape or IE with actual > > > > objects > > > > > in them. In your method of creation you: > > > > > Create new DynLayer() > > > > > Call add child to the parent > > > > > Parent does the following > > > > > static Create the virtual object > > > > > static Create the actual element > > > > > static Assign the element > > > > > This means that the browser has to > > > > > Get Parent object in browsers memory > > > > > Call addchild > > > > > Call static line and create js object > > > > > Call static line and create js element > > > > > Call staticassignment where you have to get obj1 and obj2 and assign > > > > > and more of this type of thing > > > > > It slows down the process by a whole lot > > > > > What my create does is: > > > > > Create new Canvas() > > > > > myCanvas.create does this: > > > > > Check who the parent is > > > > > if null create in the actual document > > > > > if Canvas create under it > > > > > No passing of object between methods, not assigning no static > methods. > > > > > > > > > > 8an > > > > > > > > > > > > > > > _______________________________________________ > > > > > Dynapi-Dev mailing list > > > > > Dyn...@li... > > > > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > > > > > ____________________________________________________________ > > > > > Get your free domain name and domain-based e-mail from > > > > > Namezero.com. New! Namezero Plus domains now available. > > > > > Find out more at: http://www.namezero.com > > > > > > > > > > > > > > > > > _______________________________________________ > > > > Dynapi-Dev mailing list > > > > Dyn...@li... > > > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > > > > > > > > > --- > > > Outgoing mail is certified Virus Free by AVG Free Edition > > > http://www.grisoft.com/html/us_index.cfm > > > Checked by AVG anti-virus system (http://www.grisoft.com). > > > Version: 6.0.231 / Virus Database: 112 - Release Date: 2/12/01 > > > > > > > > > _______________________________________________ > > > Dynapi-Dev mailing list > > > Dyn...@li... > > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > > > > > > > > > _______________________________________________ > > Dynapi-Dev mailing list > > Dyn...@li... > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > > > --- > Outgoing mail is certified Virus Free by AVG Free Edition > Download at: http://www.grisoft.com/html/us_index.cfm > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.231 / Virus Database: 112 - Release Date: 2/12/01 > > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > |
|
From: Michael P. <mp...@ph...> - 2001-02-18 23:18:40
|
I haven't got any other browser than 4.75 / Mozilla 0.8 / NS 6 / IE5.5 If anyone out there want's to test it, please do. Doug Melvin wrote: > Very nice!How far back is it compatable?NS 4.whatIE? > > ----- Original Message ----- > From: Michael Pemberton > To: dyn...@li... > Sent: Sunday, February 18, 2001 5:05 AM > Subject: Re: [Dynapi-Dev] Dynamic Loading. > The loadpanel is not the only method of downloading content > from a server. > > I'm in the process of finishing off a method of downloading > content without the need to create a lot of new objects and > it will be more powerful than the loadpanel. > > At the moment, it is still a WIP but is close to > completion. It can be seen in action here. > > You'll see that it executed JS and also extracts the various > parts of the downloaded page. > > The main "bug" at the moment is that the MAC versions of > java do not include the required classes for downloading the > content. there is no easy way of fixing this unless you > write the code to work with the java plugin and force all > your clients to download the java plugin. > > Raymond Smith wrote: > > > While I agree that the WebOS solution is overkill for the > > DynAPI. The > > Loadpanel approach is not the most solid bridge to deliver > > dynamic (dynamic > > being defined as 'dynamic server/client interaction') > > content. I think we > > need to explore alternatives/improvements to the glue > > between the DynAPI and > > the wealth of server-side power that exists out there. > > > > JS is client. It performs best in that world. The > > server-side unlocks a > > whole new world of "dynamics" that currently tend to > > funnel into very "dead" > > client interfaces. That's what peaked my interest in the > > DynAPI in the > > first place. I loath the limited realm that FLASH > > delivers along with its > > pathetic CPU chewing rendering engine. I like the fact > > that the DynAPI > > leaves options 100% open for me to pick and choose > > front-to-back delivery > > platforms. > > > > Currently loadpanel is probably the weakest link > > supporting the DynAPI > > platform. But it is the "only" link we currently have to > > bridge between two > > very different worlds. Fix and optimize it...., > > > > then you will see magic... > > > > The "art" of client side interface will meet the "fandango > > dance" of the > > server-side apps and really enhance the overall forumla > > for developing and > > delivering the web experiences of tomorrow. > > > > Ray > > > > _______________________________________________ > > Dynapi-Dev mailing list > > Dyn...@li... > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > > -- > Michael Pemberton > mp...@ph... > ICQ: 12107010 > > > > --- > Outgoing mail is certified Virus Free by AVG Free Edition > http://www.grisoft.com/html/us_index.cfm > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.231 / Virus Database: 112 - Release Date: > 2/12/01 > -- Michael Pemberton mp...@ph... ICQ: 12107010 |
|
From: Doug M. <do...@cr...> - 2001-02-18 23:01:06
|
My concern was never size.. but Optimization, BUT a small part of that is size.. :-) ----- Original Message ----- From: "Raymond Smith" <dst...@or...> To: <dyn...@li...> Sent: Sunday, February 18, 2001 1:16 PM Subject: Re: [Dynapi-Dev] DynLayer Bloat > I did alot of research on dynamic compression. About 90% of the installed > base of Browsers is HTTP 1.1 compliant at this time. If you use Apache you > can integrate the RCI (Remote Communications Inc) dynamic compression > mod_gzip module (it's free). > http://www.remotecommunications.com/apache/mod_gzip/ > > Using this you can compress the whole bloated API into a 18K package if you > include EVERYTHING, smarter lads won't. Size of API isn't my concern. > Optimization is because IE itself is "three-legged dog" slow building > layers. > > > ----- Original Message ----- > From: "Doug Melvin" <do...@cr...> > To: <dyn...@li...> > Sent: Sunday, February 18, 2001 2:31 PM > Subject: Re: [Dynapi-Dev] TCanvas vs. DynLayer > > > > I've been saying for month now that the API is getting bloated.. > > We REALLY need to re-evaluate the current structure and code.. > > As I'm sure your getrting tired of hearing, > > 2 minutes is simple TOO long for a site to load. > > > > ----- Original Message ----- > > From: "Richard Bennett" <ma...@ri...> > > To: <dyn...@li...> > > Sent: Sunday, February 18, 2001 9:28 AM > > Subject: Re: [Dynapi-Dev] TCanvas vs. DynLayer > > > > > > > > You just don't get it. > > > Let's avoid this kind of disrespect where possible. > > > > > > You've done some interesting work, and now that there's something > tangible > > > to work with I spent some time testing it. > > > I can't comment on whether or not objects are being passed, or assigned > > > static or whatever, simply on test results. > > > I find the results show not necessarily how fast Canvas is, but how > > horribly > > > slow DynAPI has grown. > > > I did some extended testing, and put this online, so others can compare > > the > > > results for themselves. > > > > > > I did the test without children, one building 1000 layers, one building > > 200 > > > layers. > > > I applied these to: > > > * Canvas > > > * DynAPI 25/jan/01 release > > > * DynaCore 2001/01/13 release > > > * DynAPI Lite 29/aug/2000 > > > * DynAPI Lite Compact code 29/aug/2000 > > > > > > My results where: (in ms. on p3 550 winMe IE5.5 128ram) > > > Canvas 1000 18.130 > > > Canvas 200 1.320 > > > DynAPI 1000 94.470 > > > DynAPI 200 4390 > > > DynaCore 1000 21.030 > > > DynaCore 200 1.430 > > > DynAPI Lite 1000 9.340 > > > DynAPI Lite 200 1.200 > > > DynAPI Comp.1000 11.590 > > > DynAPI Comp. 200 1.100 > > > > > > The tests are online here: > > > http://www.dynapi.f2s.com/dynapi/tcanvas/ > > > > > > If anyone wants to add files or anything here's the FTP: > > > username: dynapi > > > password: dynapi > > > > > > I think it's clear there is something seriously slowing down the DynAPI, > > if > > > DynaCore is so much faster with more or less the same functionality, > > > something's wrong. > > > Also I'm all for including the Lite files again, as their times are very > > > good. > > > > > > Cheers, > > > Richard Bennett > > > > > > ma...@ri... > > > www.richardinfo.com > > > (Everything running on, and ported to the 19/12/2000 snapshot of > DynAPI2) > > > Find the DynAPI faq here: > > > http://sourceforge.net/docman/display_doc.php?docid=656&group_id=5757 > > > Browse the mailinglist here: > > > http://www.mail-archive.com/index.php3?hunt=dynapi > > > > > > ----- Original Message ----- > > > From: "Eytan Heidingsfeld" <ey...@tr...> > > > To: <dyn...@li...> > > > Sent: Sunday, February 18, 2001 9:57 AM > > > Subject: Re: [Dynapi-Dev] TCanvas vs. DynLayer > > > > > > > > > > You just don't get it. > > > > It's not that I use different code and the version I tested with has a > > > > children list. (uses my TList so didn't include it). > > > > The reason it's faster is such. When browsers parse js code and create > > > > objects they create actual objects in their application. That means > that > > > for > > > > every dynlayer there is an object inside Netscape or IE with actual > > > objects > > > > in them. In your method of creation you: > > > > Create new DynLayer() > > > > Call add child to the parent > > > > Parent does the following > > > > static Create the virtual object > > > > static Create the actual element > > > > static Assign the element > > > > This means that the browser has to > > > > Get Parent object in browsers memory > > > > Call addchild > > > > Call static line and create js object > > > > Call static line and create js element > > > > Call staticassignment where you have to get obj1 and obj2 and assign > > > > and more of this type of thing > > > > It slows down the process by a whole lot > > > > What my create does is: > > > > Create new Canvas() > > > > myCanvas.create does this: > > > > Check who the parent is > > > > if null create in the actual document > > > > if Canvas create under it > > > > No passing of object between methods, not assigning no static methods. > > > > > > > > 8an > > > > > > > > > > > > _______________________________________________ > > > > Dynapi-Dev mailing list > > > > Dyn...@li... > > > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > > > > ____________________________________________________________ > > > > Get your free domain name and domain-based e-mail from > > > > Namezero.com. New! Namezero Plus domains now available. > > > > Find out more at: http://www.namezero.com > > > > > > > > > > > > > _______________________________________________ > > > Dynapi-Dev mailing list > > > Dyn...@li... > > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > > > > > > --- > > Outgoing mail is certified Virus Free by AVG Free Edition > > http://www.grisoft.com/html/us_index.cfm > > Checked by AVG anti-virus system (http://www.grisoft.com). > > Version: 6.0.231 / Virus Database: 112 - Release Date: 2/12/01 > > > > > > _______________________________________________ > > Dynapi-Dev mailing list > > Dyn...@li... > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > > > > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev --- Outgoing mail is certified Virus Free by AVG Free Edition Download at: http://www.grisoft.com/html/us_index.cfm Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.231 / Virus Database: 112 - Release Date: 2/12/01 |
|
From: Raymond S. <dst...@or...> - 2001-02-18 21:55:03
|
It's cool but dangerous. It's very easy to accidently open another window inside of the chromeless and then be stuck with a dead window requiring crt,alt,del.... I tinkered with it then trashed it. Nice for beta, living on the edge sites. No commercial value. ----- Original Message ----- From: "Matthew A. Shirey" <ms...@sh...> To: <dyn...@li...> Sent: Sunday, February 18, 2001 1:32 PM Subject: RE: [Dynapi-Dev] RE: DynAPI 2 ScrollBar - Update Wow, I never heard of this "Chromeless" thing... way cool. -- Matthew -----Original Message----- From: Raymond Smith [mailto:dst...@or...] Sent: Sunday, February 18, 2001 1:24 PM To: dyn...@li... Subject: Re: [Dynapi-Dev] RE: DynAPI 2 ScrollBar - Update Also, http://www.microbians.com/ has added a nice scroll feature I was planning to add. If you hover over the scroll bar you trigger a small auto-scroll icon then you can just kick back and read. Rather nice. ----- Original Message ----- From: "Matthew A. Shirey" <ms...@sh...> To: <dyn...@li...> Sent: Sunday, February 18, 2001 1:09 PM Subject: RE: [Dynapi-Dev] RE: DynAPI 2 ScrollBar - Update Well, I would. Seems only logical to me coming from a mostly windows background. -- Matthew -----Original Message----- From: Doug Melvin [mailto:do...@cr...] Sent: Sunday, February 18, 2001 3:31 PM To: dyn...@li... Subject: [Dynapi-Dev] RE: DynAPI 2 ScrollBar - Update In windows, if you hold down on a standard scrollbar's up/down or left/right scroll arrow, the bar keeps scrolling until you let go.. same with holding the mouse down on the background of the scroll bar. So, How many people would like to see this feature in the DynAPI 2 scrollBar? --- Outgoing mail is certified Virus Free by AVG Free Edition http://www.grisoft.com/html/us_index.cfm <http://www.grisoft.com/html/us_index.cfm> Checked by AVG anti-virus system ( http://www.grisoft.com <http://www.grisoft.com> ). Version: 6.0.231 / Virus Database: 112 - Release Date: 2/12/01 _______________________________________________ Dynapi-Dev mailing list Dyn...@li... http://lists.sourceforge.net/lists/listinfo/dynapi-dev _______________________________________________ Dynapi-Dev mailing list Dyn...@li... http://lists.sourceforge.net/lists/listinfo/dynapi-dev _______________________________________________ Dynapi-Dev mailing list Dyn...@li... http://lists.sourceforge.net/lists/listinfo/dynapi-dev |
|
From: Matthew A. S. <ms...@sh...> - 2001-02-18 21:40:17
|
Wow, I never heard of this "Chromeless" thing... way cool. -- Matthew -----Original Message----- From: Raymond Smith [mailto:dst...@or...] Sent: Sunday, February 18, 2001 1:24 PM To: dyn...@li... Subject: Re: [Dynapi-Dev] RE: DynAPI 2 ScrollBar - Update Also, http://www.microbians.com/ has added a nice scroll feature I was planning to add. If you hover over the scroll bar you trigger a small auto-scroll icon then you can just kick back and read. Rather nice. ----- Original Message ----- From: "Matthew A. Shirey" <ms...@sh...> To: <dyn...@li...> Sent: Sunday, February 18, 2001 1:09 PM Subject: RE: [Dynapi-Dev] RE: DynAPI 2 ScrollBar - Update Well, I would. Seems only logical to me coming from a mostly windows background. -- Matthew -----Original Message----- From: Doug Melvin [mailto:do...@cr...] Sent: Sunday, February 18, 2001 3:31 PM To: dyn...@li... Subject: [Dynapi-Dev] RE: DynAPI 2 ScrollBar - Update In windows, if you hold down on a standard scrollbar's up/down or left/right scroll arrow, the bar keeps scrolling until you let go.. same with holding the mouse down on the background of the scroll bar. So, How many people would like to see this feature in the DynAPI 2 scrollBar? --- Outgoing mail is certified Virus Free by AVG Free Edition http://www.grisoft.com/html/us_index.cfm <http://www.grisoft.com/html/us_index.cfm> Checked by AVG anti-virus system ( http://www.grisoft.com <http://www.grisoft.com> ). Version: 6.0.231 / Virus Database: 112 - Release Date: 2/12/01 _______________________________________________ Dynapi-Dev mailing list Dyn...@li... http://lists.sourceforge.net/lists/listinfo/dynapi-dev _______________________________________________ Dynapi-Dev mailing list Dyn...@li... http://lists.sourceforge.net/lists/listinfo/dynapi-dev |
|
From: Raymond S. <dst...@or...> - 2001-02-18 21:25:30
|
Also, http://www.microbians.com/ has added a nice scroll feature I was planning to add. If you hover over the scroll bar you trigger a small auto-scroll icon then you can just kick back and read. Rather nice. ----- Original Message ----- From: "Matthew A. Shirey" <ms...@sh...> To: <dyn...@li...> Sent: Sunday, February 18, 2001 1:09 PM Subject: RE: [Dynapi-Dev] RE: DynAPI 2 ScrollBar - Update Well, I would. Seems only logical to me coming from a mostly windows background. -- Matthew -----Original Message----- From: Doug Melvin [mailto:do...@cr...] Sent: Sunday, February 18, 2001 3:31 PM To: dyn...@li... Subject: [Dynapi-Dev] RE: DynAPI 2 ScrollBar - Update In windows, if you hold down on a standard scrollbar's up/down or left/right scroll arrow, the bar keeps scrolling until you let go.. same with holding the mouse down on the background of the scroll bar. So, How many people would like to see this feature in the DynAPI 2 scrollBar? --- Outgoing mail is certified Virus Free by AVG Free Edition http://www.grisoft.com/html/us_index.cfm <http://www.grisoft.com/html/us_index.cfm> Checked by AVG anti-virus system ( http://www.grisoft.com <http://www.grisoft.com> ). Version: 6.0.231 / Virus Database: 112 - Release Date: 2/12/01 _______________________________________________ Dynapi-Dev mailing list Dyn...@li... http://lists.sourceforge.net/lists/listinfo/dynapi-dev |
|
From: Raymond S. <dst...@or...> - 2001-02-18 21:18:00
|
I did alot of research on dynamic compression. About 90% of the installed base of Browsers is HTTP 1.1 compliant at this time. If you use Apache you can integrate the RCI (Remote Communications Inc) dynamic compression mod_gzip module (it's free). http://www.remotecommunications.com/apache/mod_gzip/ Using this you can compress the whole bloated API into a 18K package if you include EVERYTHING, smarter lads won't. Size of API isn't my concern. Optimization is because IE itself is "three-legged dog" slow building layers. ----- Original Message ----- From: "Doug Melvin" <do...@cr...> To: <dyn...@li...> Sent: Sunday, February 18, 2001 2:31 PM Subject: Re: [Dynapi-Dev] TCanvas vs. DynLayer > I've been saying for month now that the API is getting bloated.. > We REALLY need to re-evaluate the current structure and code.. > As I'm sure your getrting tired of hearing, > 2 minutes is simple TOO long for a site to load. > > ----- Original Message ----- > From: "Richard Bennett" <ma...@ri...> > To: <dyn...@li...> > Sent: Sunday, February 18, 2001 9:28 AM > Subject: Re: [Dynapi-Dev] TCanvas vs. DynLayer > > > > > You just don't get it. > > Let's avoid this kind of disrespect where possible. > > > > You've done some interesting work, and now that there's something tangible > > to work with I spent some time testing it. > > I can't comment on whether or not objects are being passed, or assigned > > static or whatever, simply on test results. > > I find the results show not necessarily how fast Canvas is, but how > horribly > > slow DynAPI has grown. > > I did some extended testing, and put this online, so others can compare > the > > results for themselves. > > > > I did the test without children, one building 1000 layers, one building > 200 > > layers. > > I applied these to: > > * Canvas > > * DynAPI 25/jan/01 release > > * DynaCore 2001/01/13 release > > * DynAPI Lite 29/aug/2000 > > * DynAPI Lite Compact code 29/aug/2000 > > > > My results where: (in ms. on p3 550 winMe IE5.5 128ram) > > Canvas 1000 18.130 > > Canvas 200 1.320 > > DynAPI 1000 94.470 > > DynAPI 200 4390 > > DynaCore 1000 21.030 > > DynaCore 200 1.430 > > DynAPI Lite 1000 9.340 > > DynAPI Lite 200 1.200 > > DynAPI Comp.1000 11.590 > > DynAPI Comp. 200 1.100 > > > > The tests are online here: > > http://www.dynapi.f2s.com/dynapi/tcanvas/ > > > > If anyone wants to add files or anything here's the FTP: > > username: dynapi > > password: dynapi > > > > I think it's clear there is something seriously slowing down the DynAPI, > if > > DynaCore is so much faster with more or less the same functionality, > > something's wrong. > > Also I'm all for including the Lite files again, as their times are very > > good. > > > > Cheers, > > Richard Bennett > > > > ma...@ri... > > www.richardinfo.com > > (Everything running on, and ported to the 19/12/2000 snapshot of DynAPI2) > > Find the DynAPI faq here: > > http://sourceforge.net/docman/display_doc.php?docid=656&group_id=5757 > > Browse the mailinglist here: > > http://www.mail-archive.com/index.php3?hunt=dynapi > > > > ----- Original Message ----- > > From: "Eytan Heidingsfeld" <ey...@tr...> > > To: <dyn...@li...> > > Sent: Sunday, February 18, 2001 9:57 AM > > Subject: Re: [Dynapi-Dev] TCanvas vs. DynLayer > > > > > > > You just don't get it. > > > It's not that I use different code and the version I tested with has a > > > children list. (uses my TList so didn't include it). > > > The reason it's faster is such. When browsers parse js code and create > > > objects they create actual objects in their application. That means that > > for > > > every dynlayer there is an object inside Netscape or IE with actual > > objects > > > in them. In your method of creation you: > > > Create new DynLayer() > > > Call add child to the parent > > > Parent does the following > > > static Create the virtual object > > > static Create the actual element > > > static Assign the element > > > This means that the browser has to > > > Get Parent object in browsers memory > > > Call addchild > > > Call static line and create js object > > > Call static line and create js element > > > Call staticassignment where you have to get obj1 and obj2 and assign > > > and more of this type of thing > > > It slows down the process by a whole lot > > > What my create does is: > > > Create new Canvas() > > > myCanvas.create does this: > > > Check who the parent is > > > if null create in the actual document > > > if Canvas create under it > > > No passing of object between methods, not assigning no static methods. > > > > > > 8an > > > > > > > > > _______________________________________________ > > > Dynapi-Dev mailing list > > > Dyn...@li... > > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > > > ____________________________________________________________ > > > Get your free domain name and domain-based e-mail from > > > Namezero.com. New! Namezero Plus domains now available. > > > Find out more at: http://www.namezero.com > > > > > > > > > _______________________________________________ > > Dynapi-Dev mailing list > > Dyn...@li... > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > > > --- > Outgoing mail is certified Virus Free by AVG Free Edition > http://www.grisoft.com/html/us_index.cfm > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.231 / Virus Database: 112 - Release Date: 2/12/01 > > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > |
175 messages has been excluded from this view by a project administrator.
