From: Michael P. <mp...@ph...> - 2001-02-15 11:53:00
|
If you want the code, I can send you my loadURL work. This works similar to the loadpanel stuff but allows for loading of html pages with <script> tags. It also allows for content to be read after loading (not possible with the loadpanel in NS). It should be quite easy to get this to work as the basis for any server communication because it can be used to return JS code and not just html. About the only problem at the moment is that it can only load urls. This means that only URL based scripts (not those that result from POST forms can be used. "Henrik Våglin" wrote: > I have done some work aimed at just that with my work-in-progress-but-stalled serverTasks fileI/O widget. Here's my dev ref spec if anybody want to pick up on it for server-side languages besides ASP, which unfortunatly is the only one I'm profident enough in: > > input > ===== > querystring from a form with get method or manipulating the URI with javascript: > > file - the file path + name > task - values: open|save|del > content - text to be saved (not required for open or del,so the script > shouldn't bug out if this one isn't provided) > > output > ======= > javascript syntax variables new values as pure text without any surrounding script tag: > > this.file - just to reassure it's the right file being handled > this.task - the current set task (which will be default til new is set) > this.scriptname - returns the scriptname just to make sure > this.serverResponse - returns "opened","saved" or "deleted" if successful or else custom error message > this.tasktime - nice feature if you want to inform your users how long they waited ;) > this.content - holds the last saved content until the variable value is changed (escape encoded) > > script-run > ========== > the script should run this: > > 1. recieve the input (if applicable set to local values) > 2. read from file opendir and compare if any line match the path ( ievalue of file input value excluding the filename - the part before last /). If it match any one line the script should continue towards running the task, and if not just end and return new output this.serverResponse='no access'. > 3. check that the file exists. If it doesn't, task save should create a new file, while open and del just return serverResponse='non-existing'. > 4. run the task defined in input variable task. task save should return 'saved' if successful, task open return 'opened' & task del 'deleted'. > 5 output javascript syntax as pure text, the content value should be escape encoded as to not mess upp the browser client view > > I'm not yet sure how the javascript would have to be output to work correctly in the loadpanel of the serverTask fileI/O widget, but it should be able to get the same output from whatever server-side language using the standard model above, and even a client-side script might interface it as complement when. > > I already got it partly working as expected with the ASP variant, all i need is some ideas as to how to get the javascript properly refered back to the widget in which the hidden loadpanel holds the ASP script output. And of course if someone would take on the task of scripting a corresponding server-side variant of that interface as described above. Then maybe it could be taken further to a dbI/O servertasks widget later on... > > You're free to ask or comment ahead, all responses are apprieated :) > > Henrik Våglin [ hv...@ya... ] > > ----- Original Message ----- > From: "Robert Rainwater" <rra...@ya...> > To: "DynAPI Development List" <dyn...@li...> > Sent: Wednesday, February 14, 2001 9:25 PM > Subject: Re[2]: [Dynapi-Dev] serious, ... really! > > > > > We should come up with some specification for the component, including > > the methods and properties. Then, it could be created for different > > environments, but work essentially the same. That way, people could > > help work on the specific language that they know the best. > > > > -- > > // Robert Rainwater > > > > On 2/14/2001, 2:09:52 PM EST, Doug wrote about "[Dynapi-Dev] serious, .. really!": > > > > > What about those who don't use unix? > > > How about a perl based DynServer component? > > > We could implement Server-side File i/o, as well as a Perl based Database.. > > > To name a couple of things > > > ----- Original Message ----- > > > From: "Raymond Smith" <dst...@or...> > > > To: <dyn...@li...> > > > Sent: Tuesday, February 13, 2001 4:29 PM > > > Subject: [Dynapi-Dev] serious, ... really! > > > > > > >> Associates, > > >> > > >> I've been doing alot of research in what direction I would like to go > > > next; > > >> in conjunction with the DynAPI. While the API is wonderous for creating > > >> dynamic interfaces it needs a server-side partner in my mind to reach its > > >> full potential. > > >> > > >> Comparing ASP, JSP and PHP I've decided that LAMP (Linux, Apache, mySQL > > > and > > >> PHP) tends to result in more robust client/server applications. With PHP > > >> Zend boosted beating both in speed and performance and PHP appears to have > > >> allot of energy surronding it at this time. > > >> > > >> So, from that aspect, PHP wins. Also there appears to be a very sizable > > >> family of "real" PHP initiatives on Source Forge to draw and learn from. > > >> > > >> But,... > > >> > > >> From my readings it's also apparent that JAVA is "king and master" of the > > >> Server Side Application if the JVM and runtime code is compiled properly. > > >> But, checking Source Forge for Java related projects creates a large list > > > of > > >> mostly abstract and esoteric projects: not alot of meat on the bones from > > > a > > >> "get things done" standpoint. > > >> > > >> Question is, what do you mavens of logical mayhem recommend as my next > > > area > > >> of focus. I am interested in developing some server-side applications > > > that > > >> meld into the DynAPI interface on the client-side (yes, Pascal... be > > >> amazied). > > >> > > >> Java or PHP? > > >> > > >> Will learning PHP now be advantageous or detrimental to learning JAVA/JINI > > >> later? > > >> How does OOP in PHP compare to JAVA OOP? I realize it lacks interfaces > > > and > > >> solid abstraction. > > >> Why are most the PHP initiatives on Source Forge solid and down to earth > > >> while JAVA tends to be lofty and not very "real world" in nature? > > >> > > >> Looking for a little feedback here. > > >> > > >> Thanks, > > >> > > >> Ray "fear the rock" Smith > > >> > > >> > > >> _______________________________________________ > > >> 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 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 > > > > _________________________________________________________ > Do You Yahoo!? > Get your free @yahoo.com address at http://mail.yahoo.com > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev -- Michael Pemberton mp...@ph... ICQ: 12107010 |