Menu
▾
▴
dynapi-help
|
From: Raymond I. <xw...@ya...> - 2002-11-28 04:27:10
|
Hello Everyone,
I was just wondering if you would like to be able to
clone and persist layers?
I have the clone() function working so far (with some
limitations) but the persist() function should not be
too far away.
With clone() I'm able to make a copy of an existing
dynlayer even it was already added to the document
object:
var myclone;
var lyr = new DynLayer('Copy
Me!',100,100,100,100,'yellow');
dynapi.document.addChild(lyr);
myclone = lyr.clone(true);
// myclone is now a replica of lyr within the document
object. its has all the attributes of lyr
(color,width,etc)
with persist() you'll be able to persist a layer to
text save it and then regenerate the exact layer from
the string:
var lyr = new DynLayer('Persist
Me!',100,100,100,100,'yellow');
var s = lyr.persist();
// now s can be saved to a database
:
: a few days later
:
var lyr = DynLayer.regenerate(s);
// layer is ready to be used
In theory is possible the dynapi.document object, save
it and then regenerate it when the user returns to the
web site. It's very similar to the hibernate feature
found in windows xp.
IMPORTANT!
------------
We have been very very silent over the past few
months, but I would like for those interested to just
post your response on the mailing list. Talk back to
me. Would you like these functions yes or no?
--
Raymond Irving
__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
|
|
From: Robin B. <ro...@re...> - 2002-11-28 09:21:18
|
In article <200...@we...>, Raymond Irving <xw...@ya...> writes >Hello Everyone, > >I was just wondering if you would like to be able to >clone and persist layers? ...... interesting concept, exactly the opposite of what I have been doing with the new 2.9 IOElement. What I (and others) have always needed is the ability to communicate back to the server to get data ie fill in the user's partially completed form or dynamically change the contents of a dropdown. I consider clientside javascript incomplete without reliable reverse communication. With 2.9 I can now do that using a CGI to query the database and return a mini document with javascript variables holding the needed data. The call back completion function then allows me to pain the static image. Thanks for all the effort in making this possible. I just wish we had better documentation and that dynapi wasn't so invasive. You have to grok the whole concept before things start to make sense. Why for example does using a hidden IOElement require me to call the main document onLoad using "dynapi.onLoad(myOnLoad);". I find if I don't use that my hidden_io is regarded as busy. This lack of orthogonality is my only (minor) criticism; probably my grasp is as yet incomplete. -- Robin Becker |
|
From: Raymond I. <xw...@ya...> - 2002-11-28 13:29:10
|
Robin, The IOElement has some new features that you're going to really love! You don't have to call "dynapi.onLoad(myOnLoad);" any more, infact you'll be able to make synchronous calls! Even better is to ability to create a "web service" and call it's functions using dynapi! example: var result=myService.getUsers(); // getUsers is a remote method on a server -- Raymond Irving --- Robin Becker <ro...@re...> wrote: > Thanks for all the effort in making this possible. I > just wish we had > better documentation and that dynapi wasn't so > invasive. You have to > grok the whole concept before things start to make > sense. Why for > example does using a hidden IOElement require me to > call the main > document onLoad using "dynapi.onLoad(myOnLoad);". I > find if I don't use > that my hidden_io is regarded as busy. > __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |
|
From: Robin B. <ro...@re...> - 2002-11-28 14:42:44
|
In article <200...@we...>, Raymond Irving <xw...@ya...> writes > >Robin, > >The IOElement has some new features that you're going >to really love! You don't have to call >"dynapi.onLoad(myOnLoad);" any more, infact you'll be >able to make synchronous calls! Even better is to >ability to create a "web service" and call it's >functions using dynapi! > >example: > >var result=myService.getUsers(); >// getUsers is a remote method on a server > > >-- >Raymond Irving ..... that's what we need :) is this now in CVS? -- Robin Becker |
|
From: Raymond I. <xw...@ya...> - 2002-11-28 15:28:48
|
It's not yet in CVS but it should be soon! -- Raymond Irving --- Robin Becker <ro...@re...> wrote: > In article > <200...@we...>, > Raymond > Irving <xw...@ya...> writes > > > >Robin, > > > >The IOElement has some new features that you're > going > >to really love! You don't have to call > >"dynapi.onLoad(myOnLoad);" any more, infact you'll > be > >able to make synchronous calls! Even better is to > >ability to create a "web service" and call it's > >functions using dynapi! > > > >example: > > > >var result=myService.getUsers(); > >// getUsers is a remote method on a server > > > > > >-- > >Raymond Irving > ..... that's what we need :) > is this now in CVS? > -- > Robin Becker > > > ------------------------------------------------------- > This SF.net email is sponsored by: Get the new Palm > Tungsten T > handheld. Power & Color in a compact size! > http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en > _______________________________________________ > Dynapi-Help mailing list > Dyn...@li... > https://lists.sourceforge.net/lists/listinfo/dynapi-help __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |
|
From: <dy...@ad...> - 2002-11-29 01:11:00
|
----- Original Message ----- From: "Robin Becker" <ro...@re...> To: <dyn...@li...> Sent: Thursday, November 28, 2002 9:22 AM Subject: Re: [Dynapi-Help] Would you like to able to clone() and persist() DynLayers? > In article <200...@we...>, Raymond > Irving <xw...@ya...> writes > >Hello Everyone, > > > >I was just wondering if you would like to be able to > >clone and persist layers? > ...... > interesting concept, exactly the opposite of what I have been doing with > the new 2.9 IOElement. What I (and others) have always needed is the > ability to communicate back to the server to get data ie fill in the > user's partially completed form or dynamically change the contents of a > dropdown. I consider clientside javascript incomplete without reliable > reverse communication. xml-rpc seems like the obvious choice here. I have just been thinking about doing something with this where js classes on the client correspond with php classes on the server. Can't see it speeding up development but seems like a neat experiment. Isn't persist basically just serialisation (or have I misunderstood) - I think they are not opposite at all. -- |
|
From: Raymond I. <xw...@ya...> - 2002-11-29 04:28:31
|
--- dy...@ad... wrote: > xml-rpc seems like the obvious choice here. I have > just been thinking about > doing something with this where js classes on the > client correspond with php > classes on the server. Can't see it speeding up > development but seems like a > neat experiment. Isn't persist basically just > serialisation (or have I > misunderstood) - I think they are not opposite at > all. The persist() function is used to transform a DynLayer and its state into a stream of characters (string) which can be transferred or stored for later reconstruction. Are you good at php? If so you might want to help create a php class file for the upcoming RPC features of dynapi 2.9 (3.0) -- Raymond Irving __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |
|
From: Robin B. <ro...@re...> - 2002-11-29 08:59:02
|
In article <200...@we...>, Raymond Irving <xw...@ya...> writes ...... ...... >Are you good at php? If so you might want to help >create a php class file for the upcoming RPC features >of dynapi 2.9 (3.0) ....... rpc/xmlrpc seems like the way to go. Soap is overkill for most things. Does PHP have any advantage over any other approach? We use python+cgi to do stateless xmlrpc and this has real advantages in being very portable. There are also numerous python xmlrpc servers. -- Robin Becker |
|
From: Raymond I. <xw...@ya...> - 2002-11-29 14:37:02
|
The rpc used by dynapi is different from xml-rpc is called "SODA-RPC" SODA-RPC might not be as powerful as SOAP, but its powerful enough to get the job done right Key Features: * Based on XML * Works behind firewalls * Support older browsers such as NS4+ and IE4+ * Doesnt require an XML parser * Doesnt require any new software on client or server * Supports Asynchronous and Synchronous calls. * Supports server-side methods and error traps * Can make multiple asynchronous/synchronous calls to the same service * Can support complex data structures (e.g. objects, arrays, etc) * Can be easily ported to any server-side language (perl, php, vbscript, jscript, etc) * Simplify communications between the browser and the web server * Support seven (8) data types: Undifined/null, Date, String, Integer, Float, Boolean, Array and Object (Associative Array) -- Raymond Irving --- Robin Becker <ro...@re...> wrote: > rpc/xmlrpc seems like the way to go. Soap is > overkill for most things. > Does PHP have any advantage over any other approach? > We use python+cgi > to do stateless xmlrpc and this has real advantages > in being very > portable. There are also numerous python xmlrpc > servers. __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |
|
From: Robin B. <ro...@re...> - 2002-11-29 15:20:14
|
In article <200...@we...>, Raymond Irving <xw...@ya...> writes > >The rpc used by dynapi is different from xml-rpc is >called "SODA-RPC" > Well that looks good to me. Googling for it I don't see anything obvious. Is there a definition somewhere? >SODA-RPC might not be as powerful as SOAP, but it’s >powerful enough to get the job done right > >Key Features: > > * Based on XML > * Works behind firewalls > * Support older browsers such as NS4+ and IE4+ > * Doesn’t require an XML parser > * Doesn’t require any new software on client or >server > * Supports Asynchronous and Synchronous calls. > * Supports server-side methods and error traps > * Can make multiple asynchronous/synchronous calls to >the same service > * Can support complex data structures (e.g. objects, >arrays, etc) > * Can be easily ported to any server-side language >(perl, php, vbscript, jscript, etc) > * Simplify communications between the browser and the >web server > * Support seven (8) data types: Undifined/null, Date, >String, Integer, Float, Boolean, Array and Object >(Associative Array) > >-- >Raymond Irving > >--- Robin Becker <ro...@re...> wrote: >> rpc/xmlrpc seems like the way to go. Soap is >> overkill for most things. >> Does PHP have any advantage over any other approach? >> We use python+cgi >> to do stateless xmlrpc and this has real advantages >> in being very >> portable. There are also numerous python xmlrpc >> servers. > > > >__________________________________________________ >Do you Yahoo!? >Yahoo! Mail Plus - Powerful. Affordable. Sign up now. >http://mailplus.yahoo.com > > >------------------------------------------------------- >This SF.net email is sponsored by: Get the new Palm Tungsten T >handheld. Power & Color in a compact size! >http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en >_______________________________________________ >Dynapi-Help mailing list >Dyn...@li... >https://lists.sourceforge.net/lists/listinfo/dynapi-help -- Robin Becker |
|
From: Raymond I. <xw...@ya...> - 2002-11-29 15:31:59
|
SODA-RPC is new! It's only found in dynapi :) It stands for: Simple Object and Data Access (SODA) Remote Procedure Call (RPC) - SODA-RPC uses a Simple Object and Data Access (SODA) protocol that enable dynapi to communicate with SODA based web services. Because dynapi is open source SODA is also open source. -- Raymond Irving --- Robin Becker <ro...@re...> wrote: > In article > <200...@we...>, > Raymond > Irving <xw...@ya...> writes > > > >The rpc used by dynapi is different from xml-rpc is > >called "SODA-RPC" > > > > Well that looks good to me. Googling for it I don't > see anything > obvious. Is there a definition somewhere? > > >SODA-RPC might not be as powerful as SOAP, but > itâs > >powerful enough to get the job done right > > > >Key Features: > > > > * Based on XML > > * Works behind firewalls > > * Support older browsers such as NS4+ and IE4+ > > * Doesnât require an XML parser > > * Doesnât require any new software on client or > >server > > * Supports Asynchronous and Synchronous calls. > > * Supports server-side methods and error traps > > * Can make multiple asynchronous/synchronous calls > to > >the same service > > * Can support complex data structures (e.g. > objects, > >arrays, etc) > > * Can be easily ported to any server-side language > >(perl, php, vbscript, jscript, etc) > > * Simplify communications between the browser and > the > >web server > > * Support seven (8) data types: Undifined/null, > Date, > >String, Integer, Float, Boolean, Array and Object > >(Associative Array) > > > >-- > >Raymond Irving > > > >--- Robin Becker <ro...@re...> wrote: > >> rpc/xmlrpc seems like the way to go. Soap is > >> overkill for most things. > >> Does PHP have any advantage over any other > approach? > >> We use python+cgi > >> to do stateless xmlrpc and this has real > advantages > >> in being very > >> portable. There are also numerous python xmlrpc > >> servers. > > > > > > > >__________________________________________________ > >Do you Yahoo!? > >Yahoo! Mail Plus - Powerful. Affordable. Sign up > now. > >http://mailplus.yahoo.com > > > > > >------------------------------------------------------- > >This SF.net email is sponsored by: Get the new Palm > Tungsten T > >handheld. Power & Color in a compact size! > >http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en > >_______________________________________________ > >Dynapi-Help mailing list > >Dyn...@li... > >https://lists.sourceforge.net/lists/listinfo/dynapi-help > > -- > Robin Becker > > > ------------------------------------------------------- > This SF.net email is sponsored by: Get the new Palm > Tungsten T > handheld. Power & Color in a compact size! > http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en > _______________________________________________ > Dynapi-Help mailing list > Dyn...@li... > https://lists.sourceforge.net/lists/listinfo/dynapi-help __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |
|
From: <dy...@ad...> - 2002-11-30 01:31:05
|
----- Original Message ----- From: "Robin Becker" <ro...@re...> To: <dyn...@li...> Sent: Friday, November 29, 2002 8:59 AM Subject: Re: [Dynapi-Help] Would you like to able to clone() and persist() DynLayers? <> > Does PHP have any advantage over any other approach? We use python+cgi > to do stateless xmlrpc and this has real advantages in being very > portable. There are also numerous python xmlrpc servers. I think most scripting languages are fundamentally very similar nowadays - the biggest difference is what you're comfortable with. Personally I find php syntax very natural. One big advantage of php is the huge installed user base and the fact that you don't really need to know much about it to start using it. The database integration is great which of course is a big plus if you're going to start serialising and storing objects to introduce state to your apps. Probably the best way to judge suitability to a particular task is to visit php.net and check out the built in functions. Also, If you're writing apps for commercial distribution, you can compile php scripts with the zend encoder (www.zend.com) to optimise and protect them. |
|
From: David S. <dsc...@ca...> - 2002-11-28 09:59:32
|
Hi there,
I can see the clone() function being very handy. I'm not so sure about the
persist() function... I suppose I am just used to generating the code at the
time it's used...
Cheers
Raymond Irving wrote:
> Hello Everyone,
>
> I was just wondering if you would like to be able to
> clone and persist layers?
>
> I have the clone() function working so far (with some
> limitations) but the persist() function should not be
> too far away.
>
> With clone() I'm able to make a copy of an existing
> dynlayer even it was already added to the document
> object:
>
> var myclone;
> var lyr = new DynLayer('Copy
> Me!',100,100,100,100,'yellow');
> dynapi.document.addChild(lyr);
>
> myclone = lyr.clone(true);
> // myclone is now a replica of lyr within the document
> object. its has all the attributes of lyr
> (color,width,etc)
>
> with persist() you'll be able to persist a layer to
> text save it and then regenerate the exact layer from
> the string:
>
> var lyr = new DynLayer('Persist
> Me!',100,100,100,100,'yellow');
> var s = lyr.persist();
> // now s can be saved to a database
> :
> : a few days later
> :
> var lyr = DynLayer.regenerate(s);
> // layer is ready to be used
>
> In theory is possible the dynapi.document object, save
> it and then regenerate it when the user returns to the
> web site. It's very similar to the hibernate feature
> found in windows xp.
>
> IMPORTANT!
> ------------
> We have been very very silent over the past few
> months, but I would like for those interested to just
> post your response on the mailing list. Talk back to
> me. Would you like these functions yes or no?
>
> --
> Raymond Irving
--
David Scanlan
|
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X