From: Pascal <pb...@oi...> - 2001-02-06 15:20:26
|
Ok, first: totally respect your work, but I guess it's just because I was against the whole idea of changing stuff that I'm making some negative comments again :) First of all, I don't see the big differences here Object wise. The only difference I see is that in your case the adding is done by the child and not by the parent. The current DynAPI code uses a method of the parent to add the child, your code is using a method of the child to add it to the parent. But again, that's all I see done differently. It might be way to early to comment on this by me, but I guess I'm just not seeing the bigger changes and ideas behind this, and you did ask for "anything else" :-) Pascal Bestebroer (pb...@oi...) Software ontwikkelaar Oberon Informatiesystemen b.v. http://www.oibv.com > -----Oorspronkelijk bericht----- > Van: dyn...@li... > [mailto:dyn...@li...]Namens Eytan > Heidingsfeld > Verzonden: dinsdag 6 februari 2001 15:30 > Aan: Dynapi-Dev > Onderwerp: [Dynapi-Dev] TCanvas > > > Got working on it. Have it working. I'd appreciate it if you > test it, fix > it, have idea or anything else. A lot of the code is borrowed from the > DynAPI(although most of the borrowed code there is only one > way to write). > > It works like this. > myCanvas = new Canvas(owner); > myCanvas.create(); > if owner is ommited it is created in the document itself. > Currently working > on events. About to add destroy. > Supported methods: > * setHTML > * moveTo, setX, setY, getX, getY > * setVisible, getVisible > * setSize, setWidth, setHeight, getWidth, getHeight > * setBgColor > > Will have all the other methods ported. > you have to also include the browser.js file. > > |
From: Pascal <pb...@oi...> - 2001-02-07 14:36:14
|
but what if you start adding extra functionality (which will eventually be needed) * changing inline layers into dynlayers * resize,onload,onunload handlers * etc..etc.. Pascal Bestebroer (pb...@oi...) Software ontwikkelaar Oberon Informatiesystemen b.v. http://www.oibv.com > -----Oorspronkelijk bericht----- > Van: dyn...@li... > [mailto:dyn...@li...]Namens Eytan > Heidingsfeld > Verzonden: woensdag 7 februari 2001 15:22 > Aan: dyn...@li... > Onderwerp: RE: [Dynapi-Dev] TCanvas > > > There are 2 meanings: > > a.Except for browser.js (which you can merge in to the file) > it's all one > file > b. All you need to do is call myCanvas = new Canvas(owner or null) > > That's it. No static DynAPI object, no DynDocument it is much > lighter and > more stable. > > 8an > > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > |
From: Eytan H. <ey...@tr...> - 2001-02-07 19:26:59
|
First of all I did say that this is a work in progress. Your idea to adopt current inline layers is good. All events that aren't done by the user (keyboard, mouse) should be handled by the canvas owner. |
From: Michael P. <mp...@ph...> - 2001-02-08 04:57:36
|
wouldn't this all mean that eventually you will be extending the TCanvas by adding further modules? The DynAPI started as just the DynLayer. The API grew from a need to have managament aswell as the actual object. All you appear to be doing is removing functionality. Eytan Heidingsfeld wrote: > First of all I did say that this is a work in progress. Your idea to adopt > current inline layers is good. > All events that aren't done by the user (keyboard, mouse) should be handled > by the canvas owner. > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev -- Michael Pemberton mp...@ph... ICQ: 12107010 |
From: Eytan H. <ey...@tr...> - 2001-02-08 12:00:29
|
TCanvas will be totally stand-alone. There will be a different library that uses it. Hence all bugs in the DHTML of the library are in the Canvas and can be tracked down to ensure stability. 8an |
From: Pascal <pb...@oi...> - 2001-02-08 12:10:21
|
But that's what we are also doing with DynAPI.. we have extension files for extra functionality, and widgets that are based on the dynlayer.. all DHTML bugs are now also in the DynLayer only.. not the dynapi/dyndocument objects.. Pascal Bestebroer (pb...@oi...) Software ontwikkelaar Oberon Informatiesystemen b.v. http://www.oibv.com > -----Oorspronkelijk bericht----- > Van: dyn...@li... > [mailto:dyn...@li...]Namens Eytan > Heidingsfeld > Verzonden: donderdag 8 februari 2001 13:01 > Aan: dyn...@li... > Onderwerp: RE: [Dynapi-Dev] TCanvas > > > TCanvas will be totally stand-alone. There will be a > different library that > uses it. Hence all bugs in the DHTML of the library are in > the Canvas and > can be tracked down to ensure stability. > 8an > > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > |
From: Eytan H. <ey...@tr...> - 2001-02-06 15:24:55
|
It is true that this object doesn't have a big difference that is why I thought you guys would help me with OOJS. The only difference in this object is that it is totally stand-alone. The whole OOJS will be a different library that implements this object is a core API. 8an |
From: Michael P. <mp...@ph...> - 2001-02-07 00:03:55
|
what do you mean by "stand-alone"? Eytan Heidingsfeld wrote: > It is true that this object doesn't have a big difference that is why I > thought you guys would help me with OOJS. The only difference in this object > is that it is totally stand-alone. The whole OOJS will be a different > library that implements this object is a core API. > > 8an > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev -- Michael Pemberton mp...@ph... ICQ: 12107010 |
From: Eytan H. <ey...@tr...> - 2001-02-07 14:21:45
|
There are 2 meanings: a.Except for browser.js (which you can merge in to the file) it's all one file b. All you need to do is call myCanvas = new Canvas(owner or null) That's it. No static DynAPI object, no DynDocument it is much lighter and more stable. 8an |