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: Richard B. <ma...@ri...> - 2001-02-07 16:43:01
|
I think the easiest way is to have a form, with a field "contents", and to add textboxes to a dynlayer with setHTML (not to the form), when submitted, get the values from the textboxes and write them to the "contents" text box as a comma delimited string, to be parsed on the server. Cheers, Richard Bennett ma...@ri... www.richardinfo.com (Everything running on, and ported to the 19/12/2000 snapshot of DynAPI2) ----- Original Message ----- From: "Strolia-Davis Christopher Contr MSG MAM" <Chr...@wp...> To: <dyn...@li...> Sent: Wednesday, February 07, 2001 3:07 PM Subject: RE: [Dynapi-Dev] Create a form which "grows" as user needs > Luca, > > The DynAPI could really help with something like this. Because of some > caveats with Netscape, this can be really difficult to do without using > layers. Yes you can add fields to the form, but getting them to actually > show up without a history.go(0) and then losing all of your previously > entered data is a pain. > > What may work better is to create an array to hold your clients values. > Then use a setHTML on a layer to create the form object and display it to > the user. When the user wants to add a control, add some info about it to > the array, and make sure you are saving value information to your array as > well. The recreate the form text and set the HTML to the layer again. > > There may be a better way, but this is what jumps to mind. > > Hope this helps you get started, > > Later, > > Chris > > -----Original Message----- > From: Luc...@me... [mailto:Luc...@me...] > Sent: Wednesday, February 07, 2001 3:19 AM > To: dyn...@li... > Subject: [Dynapi-Dev] Create a form which "grows" as user needs > > > > Dear DynApi-Dev > I am trying to use DynAPi in order to create a page which "grows" before > submission. > Namely, > A page is generated which contains some fields to fill in. > However there is one field which may have multiple values. > SInce is not known how many values the user would need to have, and would > be extremely > poor from a stylistic point of view either hardcode the number of fields or > use a CGI-posting method > to iterate until the final submit is given, I would like to use DynApi to > do that. > > I have checked dozens of DHTML and Javascript sites as well as dejanews but > could not figure how > to do that in practical terms. > > I have then tried with dynapi and failed. > > I would very much appreciate your support / suggestions. > > In my opinon, the DynApi does not yet implements ways to handle the above > problem. > I have tried with the List object but always got the IE5 to crash. > > I will very much appreciate your advice. > Sorry for the triviality of the question. > Luca > > > _______________________________________________ > 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 > ____________________________________________________________ > 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 > |
|
From: Pieter V. W. <pie...@1e...> - 2001-02-07 16:34:09
|
Hello,
Im new to DYNAPI2 development, and i have a stupid problem:
In the code below, i
- create a main layer (navBarLyr)
- add a child to it (foo)
- add some html to the child WITH a style: text-align:center
- add the main layer to dynapi.document
BUT
- When i set the width of the child, after i added the main layer to
dynapi.document, the HTML is centerd vis-a-vis the main layer, not vis a vis
foo!!!
--> this does not happen when i set the (foo) size BEFORE adding to
dyanapi.docuemnt/
MY QUESTION:
-- is it me, or the DYNAPI
thnx,
pieter.
<html>
<head>
<Script language="Javascript" src="../src/dynapi.js"></script>
<Script language="Javascript">
DynAPI.setLibraryPath('../src/lib/')
DynAPI.include('dynapi.api.*');
DynAPI.onLoad=function()
{
navBarLyr=new DynLayer()
navBarLyr.moveTo(5,5)
navBarLyr.setBgColor('#ccff00')
navBarLyr.setSize(300, 300)
foo=new DynLayer()
navBarLyr.addChild(foo)
foo.setBgColor('#ccffcc')
foo.setHTML('<div style="text-align:center;">test</div>')
// - Add main container to the document
DynAPI.document.addChild(navBarLyr)
foo.setWidth(200)
}
</script>
</head>
<body><!--form><select><option>ds</select></form--></body>
</html>
|
|
From: <Luc...@me...> - 2001-02-07 16:05:57
|
Dear Dynapi experts, after much ignorance I managed to make up something which works as I like. It is compliant with the DOM level 2 (http://www.w3.org/TR/DOM-Level-2/). I was wondering what should I do to "convert" this code so that it use DynApi. Infact, currently this code does not run with Netscape 4.7X as Netscape reports that "createElement is not a function" <HTML> <HEAD> <TITLE>Untitled</TITLE> </HEAD> <BODY ID="oBody" > <h1>Product level</h1> <FORM name="formName" method="POST" action="/cgi-bin/submit.cgi""> <SELECT ID="oSelect" SIZE="3" ></SELECT> <INPUT type="TEXT" ID="oData" > <INPUT TYPE="button" VALUE="add to list" onclick="var oOption = document.createElement('OPTION'); oOption.text=oData.value; oSelect.add(oOption);"> <INPUT TYPE="button" VALUE="Submit"> </FORM> </BODY> </HTML> |
|
From: Doug M. <do...@cr...> - 2001-02-07 15:47:46
|
More functions? You mean make the Layer Even bigger?
----- Original Message -----
From: "Michael Pemberton" <mp...@ph...>
To: <dyn...@li...>
Sent: Tuesday, February 06, 2001 5:58 PM
Subject: [Dynapi-Dev] Added methods for DynDocument and DynLayer
> I find that many widgets and functions (eg dargging) use layer.x+layer.w
> to calculate the edge of the layer. I suggest that there be two new
> methods added to the layer and coument objects that calculate this for
> you.
>
> Here's the code:
>
> DynLayer.prototype.getX2=function() { return this.x+this.getWidth(); };
> DynLayer.prototype.getY2=function() { return this.y+this.getHeight(); };
>
> DynLayer.prototype.getPageX2=function() { return
> this.getPageX()+this.getWidth(); };
> DynLayer.prototype.getPageY2=function() { return
> this.getPageY()+this.getHeight(); };
>
> DynDocument.prototype.getX2=DynDocument.prototype.getX2;
> DynDocument.prototype.getY2=DynDocument.prototype.getY2;
>
> --
> Michael Pemberton
> mp...@ph...
> ICQ: 12107010
>
>
>
>
> _______________________________________________
> 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.230 / Virus Database: 111 - Release Date: 1/25/01
|
|
From: <rua...@ee...> - 2001-02-07 15:43:34
|
Silly me, sorry about that sent the message before I attched the zip file. la prisa mata (haste kills) <<opacity.zip>> |
|
From: <rua...@ee...> - 2001-02-07 15:43:02
|
Hi, I was reading your Netscape 6 discussion. And I thought that one way to maintain browser compatibility on the bleeding edge would be to provide similar behaviour on older browsers (when possible). I wrote an extension to the DynAPI which allows you to set the opacity of a DynLayer in ie4, ie5 and ns6 (ns4 just show or hides the layer when the opacity reaches 0 or 100). This allows for similar behavior on all browsers, special effects on the newer ones that support it and it degrades gracefully on older browser (read ns4). I've attached it to this message as a zip file. I think you can add the bleeding edge to DynAPI, just depends on whether you mind whether your pages look exactly the same on all browsers. Hope you like it, Ruairi McComb |
|
From: Dan S. <dy...@fu...> - 2001-02-07 15:18:50
|
That's a no-no. Every instance of any of the widgets would be using the same JavaScript object and wreck havoc, try it and you'll see there's no better way than using standard prototyping. Dan On Wed, Feb 07, 2001 at 02:59:24AM -0500, Robert Rainwater wrote: > > I was wondering if it would be better on memory to use the same object > for the prototype initializers in the widgets. > > Like: > List.prototype = new DynLayer() > > could be changed to > List.prototype = DynLayer.static > > where > DynLayer.static = new DynLayer(); > > If you initialized DynLayer.static in the DynLayer, would it be > possible to use this same object for initializing all of the > prototypes that subclass the dynlayer(the widgets)? > > -- > // Robert Rainwater > ---------------------- > 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: 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 14:21:48
|
Do you mind sending over the unfinished code. As you may have heard I'm working myself on my OOJS. I'd love to see what you have done. 8an |
|
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 |
|
From: Eytan H. <ey...@tr...> - 2001-02-07 14:21:43
|
I'm writing this before finishing the whole thread so I don't know if Dann popped in yet. Dann had a great idea. He had this level design. Level 1: Basic Layers (moving, visibility) Level 2: Advanced DHTML Level ... . . . Then we can have a simple table saying which browser goes where (we can even degrade IE 5 on MAC to Level 1 for instance). Then any real-world developer who just wants to use the library goes to his boss and shows him the table. 8an |
|
From: Strolia-Davis C. C. M. M. <Chr...@wp...> - 2001-02-07 14:06:42
|
Luca, The DynAPI could really help with something like this. Because of some caveats with Netscape, this can be really difficult to do without using layers. Yes you can add fields to the form, but getting them to actually show up without a history.go(0) and then losing all of your previously entered data is a pain. What may work better is to create an array to hold your clients values. Then use a setHTML on a layer to create the form object and display it to the user. When the user wants to add a control, add some info about it to the array, and make sure you are saving value information to your array as well. The recreate the form text and set the HTML to the layer again. There may be a better way, but this is what jumps to mind. Hope this helps you get started, Later, Chris -----Original Message----- From: Luc...@me... [mailto:Luc...@me...] Sent: Wednesday, February 07, 2001 3:19 AM To: dyn...@li... Subject: [Dynapi-Dev] Create a form which "grows" as user needs Dear DynApi-Dev I am trying to use DynAPi in order to create a page which "grows" before submission. Namely, A page is generated which contains some fields to fill in. However there is one field which may have multiple values. SInce is not known how many values the user would need to have, and would be extremely poor from a stylistic point of view either hardcode the number of fields or use a CGI-posting method to iterate until the final submit is given, I would like to use DynApi to do that. I have checked dozens of DHTML and Javascript sites as well as dejanews but could not figure how to do that in practical terms. I have then tried with dynapi and failed. I would very much appreciate your support / suggestions. In my opinon, the DynApi does not yet implements ways to handle the above problem. I have tried with the List object but always got the IE5 to crash. I will very much appreciate your advice. Sorry for the triviality of the question. Luca _______________________________________________ Dynapi-Dev mailing list Dyn...@li... http://lists.sourceforge.net/lists/listinfo/dynapi-dev |
|
From: Al B. <by...@lo...> - 2001-02-07 13:35:24
|
Luca, I am not sure that this is what you are looking for, but I had a need to add multiple DynLayer objects to a "ScrollPane" object, which descends from the "ViewPort" objects. I ended up combining both sets of code into one object, rather than descend from ScrollPane, because it did not like creating the Scrollbar objects in ScrollPane in the prototype assignment before DynAPI.document was created. The current ViewPort code is just designed to show one object, but it was fairly simple to change "content" to an array of objects. It showed up fine in the ScrollPane. I was just fooling around and the code is just a mesh of the two objects, but I can send it to you if you want. -Al Luc...@me... wrote: > Dear DynApi-Dev > I am trying to use DynAPi in order to create a page which "grows" before > submission. > Namely, > A page is generated which contains some fields to fill in. > However there is one field which may have multiple values. > SInce is not known how many values the user would need to have, and would > be extremely > poor from a stylistic point of view either hardcode the number of fields or > use a CGI-posting method > to iterate until the final submit is given, I would like to use DynApi to > do that. > > I have checked dozens of DHTML and Javascript sites as well as dejanews but > could not figure how > to do that in practical terms. > > I have then tried with dynapi and failed. > > I would very much appreciate your support / suggestions. > > In my opinon, the DynApi does not yet implements ways to handle the above > problem. > I have tried with the List object but always got the IE5 to crash. > > I will very much appreciate your advice. > Sorry for the triviality of the question. > Luca > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev -- Al Byers Local Square, Inc. 826 N. Augusta St. Staunton, VA 24401 540.213.0500 www.localsquare.com by...@lo... |
|
From: Michael P. <mp...@ph...> - 2001-02-07 12:12:28
|
I'm just looking for anything that will allow me to extend an object with= out hard coding it into the constructor. If you need any assistance with error checking / bug locating, I'd be mor= e than willing to give you a hand. Bart Bizon wrote: > Which SuperClass are you talking about? > Brandon Myers SuperClass? > I myself am developing a revamp of that SuperClass, which will enable c= lass-based OOP (with a lot of basic OO concepts supported, such as encaps= ulation, types and what have you). > I am not quite finished with it though, still want to get error handlin= g in, but when I'm done I will release it opensource. > It will truly be an amazing tool for building real class libraries in J= avascript, much in the vein of Java. > > -----Ursprungligt meddelande----- > Fr=E5n: Michael Pemberton <mp...@ph...> > Till: dyn...@li... <dyn...@li...= t> > Datum: den 6 februari 2001 15:35 > =C4mne: [Dynapi-Dev] SuperClass > > >Does anyone have a copy of the code for this? example? documentation? > >-- > >Michael Pemberton > >mp...@ph... > >ICQ: 12107010 > > > > > > > >_______________________________________________ > >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: Bart B. <ba...@ho...> - 2001-02-07 11:49:06
|
Which SuperClass are you talking about? Brandon Myers SuperClass? I myself am developing a revamp of that SuperClass, which will enable = class-based OOP (with a lot of basic OO concepts supported, such as = encapsulation, types and what have you). I am not quite finished with it though, still want to get error handling = in, but when I'm done I will release it opensource. It will truly be an amazing tool for building real class libraries in = Javascript, much in the vein of Java. -----Ursprungligt meddelande----- Fr=E5n: Michael Pemberton <mp...@ph...> Till: dyn...@li... = <dyn...@li...> Datum: den 6 februari 2001 15:35 =C4mne: [Dynapi-Dev] SuperClass >Does anyone have a copy of the code for this? example? documentation? >-- >Michael Pemberton >mp...@ph... >ICQ: 12107010 > > > >_______________________________________________ >Dynapi-Dev mailing list >Dyn...@li... >http://lists.sourceforge.net/lists/listinfo/dynapi-dev > |
|
From: Pascal <pb...@oi...> - 2001-02-07 09:26:07
|
has nothing to do with DynAPI.. no special feature is availabe for it.. just normal javascript/html Pascal Bestebroer (pb...@oi...) Software ontwikkelaar Oberon Informatiesystemen b.v. http://www.oibv.com > -----Oorspronkelijk bericht----- > Van: dyn...@li... > [mailto:dyn...@li...]Namens > Luc...@me... > Verzonden: woensdag 7 februari 2001 10:15 > Aan: dyn...@li... > CC: Pascal Bestebroer > Onderwerp: Antwort: RE: [Dynapi-Dev] Create a form which > "grows" as user > needs > > > Thankyou for your advice. I will try to follow it. Is there > an example on > how to do it with DynApi ? > thanks > luca > > > > > pb...@oi...@lists.sourceforge.net am 07.02.2001 10:06:04 > > Bitte antworten an dyn...@li... > > Gesendet von: dyn...@li... > > > An: dyn...@li... > Kopie: > > Thema: RE: [Dynapi-Dev] Create a form which "grows" as user needs > > > cant you just dynamically populate a selection form object? > just adding items to it (as far as I'm aware it's a array that can be > modified) > > > Pascal Bestebroer (pb...@oi...) > Software ontwikkelaar > Oberon Informatiesystemen b.v. > http://www.oibv.com > > > -----Oorspronkelijk bericht----- > > Van: dyn...@li... > > [mailto:dyn...@li...]Namens > > Luc...@me... > > Verzonden: woensdag 7 februari 2001 9:19 > > Aan: dyn...@li... > > Onderwerp: [Dynapi-Dev] Create a form which "grows" as user needs > > > > > > > > Dear DynApi-Dev > > I am trying to use DynAPi in order to create a page which > > "grows" before > > submission. > > Namely, > > A page is generated which contains some fields to fill in. > > However there is one field which may have multiple values. > > SInce is not known how many values the user would need to > > have, and would > > be extremely > > poor from a stylistic point of view either hardcode the > > number of fields or > > use a CGI-posting method > > to iterate until the final submit is given, I would like to > > use DynApi to > > do that. > > > > I have checked dozens of DHTML and Javascript sites as well > > as dejanews but > > could not figure how > > to do that in practical terms. > > > > I have then tried with dynapi and failed. > > > > I would very much appreciate your support / suggestions. > > > > In my opinon, the DynApi does not yet implements ways to > > handle the above > > problem. > > I have tried with the List object but always got the IE5 to crash. > > > > I will very much appreciate your advice. > > Sorry for the triviality of the question. > > Luca > > > > > > _______________________________________________ > > 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: <Luc...@me...> - 2001-02-07 09:19:12
|
Thankyou for your advice. I will try to follow it. Is there an example on how to do it with DynApi ? thanks luca pb...@oi...@lists.sourceforge.net am 07.02.2001 10:06:04 Bitte antworten an dyn...@li... Gesendet von: dyn...@li... An: dyn...@li... Kopie: Thema: RE: [Dynapi-Dev] Create a form which "grows" as user needs cant you just dynamically populate a selection form object? just adding items to it (as far as I'm aware it's a array that can be modified) Pascal Bestebroer (pb...@oi...) Software ontwikkelaar Oberon Informatiesystemen b.v. http://www.oibv.com > -----Oorspronkelijk bericht----- > Van: dyn...@li... > [mailto:dyn...@li...]Namens > Luc...@me... > Verzonden: woensdag 7 februari 2001 9:19 > Aan: dyn...@li... > Onderwerp: [Dynapi-Dev] Create a form which "grows" as user needs > > > > Dear DynApi-Dev > I am trying to use DynAPi in order to create a page which > "grows" before > submission. > Namely, > A page is generated which contains some fields to fill in. > However there is one field which may have multiple values. > SInce is not known how many values the user would need to > have, and would > be extremely > poor from a stylistic point of view either hardcode the > number of fields or > use a CGI-posting method > to iterate until the final submit is given, I would like to > use DynApi to > do that. > > I have checked dozens of DHTML and Javascript sites as well > as dejanews but > could not figure how > to do that in practical terms. > > I have then tried with dynapi and failed. > > I would very much appreciate your support / suggestions. > > In my opinon, the DynApi does not yet implements ways to > handle the above > problem. > I have tried with the List object but always got the IE5 to crash. > > I will very much appreciate your advice. > Sorry for the triviality of the question. > Luca > > > _______________________________________________ > 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 <pb...@oi...> - 2001-02-07 09:06:22
|
cant you just dynamically populate a selection form object? just adding items to it (as far as I'm aware it's a array that can be modified) Pascal Bestebroer (pb...@oi...) Software ontwikkelaar Oberon Informatiesystemen b.v. http://www.oibv.com > -----Oorspronkelijk bericht----- > Van: dyn...@li... > [mailto:dyn...@li...]Namens > Luc...@me... > Verzonden: woensdag 7 februari 2001 9:19 > Aan: dyn...@li... > Onderwerp: [Dynapi-Dev] Create a form which "grows" as user needs > > > > Dear DynApi-Dev > I am trying to use DynAPi in order to create a page which > "grows" before > submission. > Namely, > A page is generated which contains some fields to fill in. > However there is one field which may have multiple values. > SInce is not known how many values the user would need to > have, and would > be extremely > poor from a stylistic point of view either hardcode the > number of fields or > use a CGI-posting method > to iterate until the final submit is given, I would like to > use DynApi to > do that. > > I have checked dozens of DHTML and Javascript sites as well > as dejanews but > could not figure how > to do that in practical terms. > > I have then tried with dynapi and failed. > > I would very much appreciate your support / suggestions. > > In my opinon, the DynApi does not yet implements ways to > handle the above > problem. > I have tried with the List object but always got the IE5 to crash. > > I will very much appreciate your advice. > Sorry for the triviality of the question. > Luca > > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > |
|
From: <Luc...@me...> - 2001-02-07 08:19:44
|
Dear DynApi-Dev I am trying to use DynAPi in order to create a page which "grows" before submission. Namely, A page is generated which contains some fields to fill in. However there is one field which may have multiple values. SInce is not known how many values the user would need to have, and would be extremely poor from a stylistic point of view either hardcode the number of fields or use a CGI-posting method to iterate until the final submit is given, I would like to use DynApi to do that. I have checked dozens of DHTML and Javascript sites as well as dejanews but could not figure how to do that in practical terms. I have then tried with dynapi and failed. I would very much appreciate your support / suggestions. In my opinon, the DynApi does not yet implements ways to handle the above problem. I have tried with the List object but always got the IE5 to crash. I will very much appreciate your advice. Sorry for the triviality of the question. Luca |
|
From: Pascal <pb...@oi...> - 2001-02-07 08:08:44
|
I don't think the object is created an extra time when doing it like this.. It just a reference to the object prototype, not and object instance (if I got that right) But it might be worth testing it and see what it does for memory usage. And also check to see if you can inherti from that list widget as well. Pascal Bestebroer (pb...@oi...) Software ontwikkelaar Oberon Informatiesystemen b.v. http://www.oibv.com > -----Oorspronkelijk bericht----- > Van: dyn...@li... > [mailto:dyn...@li...]Namens Robert Rainwater > Verzonden: woensdag 7 februari 2001 8:59 > Aan: DynAPI Development List > Onderwerp: [Dynapi-Dev] Widget Initializers > > > > I was wondering if it would be better on memory to use the same object > for the prototype initializers in the widgets. > > Like: > List.prototype = new DynLayer() > > could be changed to > List.prototype = DynLayer.static > > where > DynLayer.static = new DynLayer(); > > If you initialized DynLayer.static in the DynLayer, would it be > possible to use this same object for initializing all of the > prototypes that subclass the dynlayer(the widgets)? > > -- > // Robert Rainwater > ---------------------- > 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: Robert R. <rra...@ya...> - 2001-02-07 07:58:36
|
I was wondering if it would be better on memory to use the same object for the prototype initializers in the widgets. Like: List.prototype = new DynLayer() could be changed to List.prototype = DynLayer.static where DynLayer.static = new DynLayer(); If you initialized DynLayer.static in the DynLayer, would it be possible to use this same object for initializing all of the prototypes that subclass the dynlayer(the widgets)? -- // Robert Rainwater ---------------------- DynAPI Snapshots: http://dynapi.sourceforge.net/snapshot/ DynAPI Homepage: http://dynapi.sourceforge.net/ |
|
From: Pascal <pb...@oi...> - 2001-02-07 07:41:14
|
I don't think such a method should be in the main code, maybe put it in an extension file with more of these easy-to-use methods. Things like centering layers on the screen could also be included in that extension. Adding stuff like this to the core files would make them bigger then most people need. Pascal Bestebroer (pb...@oi...) Software ontwikkelaar Oberon Informatiesystemen b.v. http://www.oibv.com > -----Oorspronkelijk bericht----- > Van: dyn...@li... > [mailto:dyn...@li...]Namens Michael > Pemberton > Verzonden: woensdag 7 februari 2001 2:58 > Aan: dyn...@li... > Onderwerp: [Dynapi-Dev] Added methods for DynDocument and DynLayer > > > I find that many widgets and functions (eg dargging) use > layer.x+layer.w > to calculate the edge of the layer. I suggest that there be two new > methods added to the layer and coument objects that calculate this for > you. > > Here's the code: > > DynLayer.prototype.getX2=function() { return > this.x+this.getWidth(); }; > DynLayer.prototype.getY2=function() { return > this.y+this.getHeight(); }; > > DynLayer.prototype.getPageX2=function() { return > this.getPageX()+this.getWidth(); }; > DynLayer.prototype.getPageY2=function() { return > this.getPageY()+this.getHeight(); }; > > DynDocument.prototype.getX2=DynDocument.prototype.getX2; > DynDocument.prototype.getY2=DynDocument.prototype.getY2; > > -- > Michael Pemberton > mp...@ph... > ICQ: 12107010 > > > > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > |
|
From: Michael P. <mp...@ph...> - 2001-02-07 02:11:13
|
I find that many widgets and functions (eg dargging) use layer.x+layer.w
to calculate the edge of the layer. I suggest that there be two new
methods added to the layer and coument objects that calculate this for
you.
Here's the code:
DynLayer.prototype.getX2=function() { return this.x+this.getWidth(); };
DynLayer.prototype.getY2=function() { return this.y+this.getHeight(); };
DynLayer.prototype.getPageX2=function() { return
this.getPageX()+this.getWidth(); };
DynLayer.prototype.getPageY2=function() { return
this.getPageY()+this.getHeight(); };
DynDocument.prototype.getX2=DynDocument.prototype.getX2;
DynDocument.prototype.getY2=DynDocument.prototype.getY2;
--
Michael Pemberton
mp...@ph...
ICQ: 12107010
|
|
From: Michael P. <mp...@ph...> - 2001-02-07 00:21:07
|
I should point out that where I live, VB is one of the most powerful of tools. Oops, I'm talking about Victoria Bitter (the beer). My mistake : ) Doug Melvin wrote: > Word? I don't use it. > Excel? HAHA!! anything I would want to do with excel, > I'd rather do with VB.. > ;-) > ----- Original Message ----- > From: "Jordi 'IlMaestro' Ministral" <jmi...@or...> > To: <dyn...@li...> > Sent: Tuesday, February 06, 2001 4:19 AM > Subject: Re: [Dynapi-Dev] Netscape 6 discussion > > > It would be easy to drop every browser but IE, and force users to upgrade. > If > > they kept on finding errors in pages they would finally update to the > browser > > we developers choose. Things would be easier if everybody used IE as > > everybody uses Word and Excel, sure. Things would be easier if there were > no > > Solaris and Linux OSs. Application development would be easier if the was > > only one programming language and one Database architechture. Everything > > would be easier if people did not have a chance to choose. > > > > But that is not a world I would want to live in. > > > > > > _______________________________________________ > > 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: Michael P. <mp...@ph...> - 2001-02-07 00:20:00
|
What have the most recent round of bug fizes been for? I can't remember the last time I needed to find a patch to make the API work in NS4. What is currently holding the project back is the need to rework the code just to make it work in the latest batch of browsers. Pascal wrote: > Then isn't that the big problem? That people still want THE site to be 4.x > compatible? WHY!? > > And I think we're only making that problem bigger for developers by > introducing an API that actually makes DHTML development almost a breeze > (still the biggest supporter/fan of this thing out there :). > > I mean, we ALL know that 90% (more) is using IE5+ .. so why aren't we > participating on it? The webdesign world is just one screwed up world (maybe > the complete software world is?) We're trying to hang on to old things just > because 10% (less!) are using it? Marketing people or sales people are > probably laughing when they here numbers like that.. > > "If the move was to end supporting 4.x browsers, I think most people will > stop using it professionaly, and treat it just like a cool thing where you > can develop some experimental stuff..." > > So DynAPI is a tool that makes it possible to do code that works on older > browsers? Because that's exactly what I was saying..are we holding things > back because of the support for 4.x ? And could it be more powerfull when > supporting 5.x stuff (like IE5's behaviours, or image filters, or NS6's > build-in eventlisteners).. > > (btw. : with this discussion I'm trying to figure out a few things about > browser support and possibilities for the DynAPI) > > Pascal Bestebroer (pb...@oi...) > Software ontwikkelaar > Oberon Informatiesystemen b.v. > http://www.oibv.com > > > -----Oorspronkelijk bericht----- > > Van: dyn...@li... > > [mailto:dyn...@li...]Namens Nuno Ferreira > > Verzonden: dinsdag 6 februari 2001 16:18 > > Aan: dyn...@li... > > Onderwerp: RE: [Dynapi-Dev] Netscape 6 discussion > > > > > > > > >Leading to my real question: should DynAPI keep > > supporting "old" 4.x > > >browsers? is there any need for it? > > > > At least in my world there is. > > If, for instance, the DynAPI stopped supporting NS 4.x, > > and/or IE 4.x I > > would > > certain would stop using it. > > > > People forget that usually, a client, particulary, a BIG Client, when > > specifiying > > the Browser target for his/her web page, usually wants to > > target IE4.x and > > NS 4.x > > Trust me, they don't care if the latest statistics show 90% > > of the Market > > using > > IE, they care about the other 10% too, because they want all > > the users to be > > able > > to access their site. Some months ago I did some HTML > > optimization for the > > team > > that built the site of the biggest telecom company in > > Portugal, and they > > demanded > > that we should maintain IE 3x and NS 3x compatibility! > > > > I do think that the main problem is not supporting NS and IE, it's > > supporting > > a) IE 4.x, IE 5.0, IE 5.5 on Win32 > > b) IE 4.x, IE 5.5 on Mac > > c) NS 4.x > > d) NS 6 > > > > If you look closely there's more IE versions out there that > > NS versions (at > > least > > from a pratical point of view). Most users are very lazy, and > > if you look at > > most > > statistics, and if their version of Win has IE 4, or IE 5.0 > > they stick to it > > until > > they cannot view a page decently, and only then they upgrade, > > because 15Mb > > downloads > > are still out of the question for the great majority. > > > > I don't know if NS 4 is the same on Linux, Win32 and Mac, so > > this view maybe > > a bit biased or incomplete. > > > > You can't ignore 4.x versions as long as there's millions > > using them, just > > as you > > can't start developing for a 1024x768 while there's millions > > using smaller > > screen > > sizes (actually 800x600 is still the most widely used screen size...) > > > > I work in a Web Design and Development so I deal with this > > problem all the > > time, > > and I can safely say that professionaly, we're gonna have to > > deal with 4.x > > browsers > > a long time still. > > > > If the move was to end supporting 4.x browsers, I think most > > people will > > stop using > > it professionaly, and treat it just like a cool thing where > > you can develop > > some > > experimental stuff... > > > > > > NunoF > > > > > > _______________________________________________ > > 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 |
175 messages has been excluded from this view by a project administrator.
