I think, it is the best way to use POST as default.
Why? If you want to send the data save (over SSL) you can't use get, because
the url always visible.
So post is IMHO the best default way for sending data with or without ssl
Olli
==================================================
Diplom-Informatiker
Oliver Vogel
Geschaeftsfuehrer
Meins und Vogel GmbH E-Mail: [EMAIL PROTECTED]
Esslinger Str. 45 Tel.: +49 (7153) 6136-20
Fax: +49 (7153) 6136-99
D 73207 Plochingen http://www.muv.com/
Handelsregister: Esslingen am Neckar HRB 3536
Geschäftsführer: Dipl.-Inf. Klaus Meins
Dipl.-Inf. Oliver Vogel
==================================================
"wer Rechtschreibfehler findet darf sie behalten"
> -----Ursprüngliche Nachricht-----
> Von: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Im Auftrag
> von Dietrich Streifert
> Gesendet: Donnerstag, 17. November 2005 14:49
> An: [email protected]
> Betreff: Re: AW: AW: AW: [qooxdoo-devel] JavaScript event model
>
> and don't forget to allow setting basic things like usage of
> POST or GET
> and setting request headers for the httprequest object.
>
> my half a cent ;-)
>
> Best regards.
>
> Chris Ricks schrieb:
>
> > @Olli,
> >
> > I agree with your basis - the interface needs to be as simple OR as
> > complex as the user could desire.
> >
> > With your examples below, do you intend for this to be
> filled in with
> > a client-side JavaScript function?
> >
> > I think that the approach should be something along the lines of:
> >
> > 1. Define an interface that exposes plenty of properties
> and methods,
> > as I wrote about in my last message.
> > 2. Define a sensible, straight-forward interface as you
> describe that
> > calls the more complicated methods and sets the more complicated
> > properties in the right order, filling in defaults where required.
> >
> > What do you think?
> >
> > Best regards,
> >
> > Chris
> >
> > Oliver Vogel wrote:
> >
> >> @chris
> >> I think, what you write sounds good, BUT (sorry for that BUT ;-)
> >> We have to pay attention that the Client is not to hard to
> understand
> >> (and
> >> so to use).
> >>
> >> I think, it is not a good idear to set too much
> "properties" to get the
> >> class working.
> >>
> >> It is good to have these possibilities. But the class must
> work with
> >> something like (pseudo)
> >> ac = new QxAJAXClient();
> >> ac.addBinding(<<url>>,<<Server-function>>,<<Client-function>>);
> >> ac.doIt(<<data>>);
> >>
> >> -- or --
> >>
> >> ac = new QxAJAXClient(<<url>>);
> >> ac.doIt(<<data>>, <<Client-function>>);
> >>
> >> In this case we must have default-methods to do everything
> needet to
> >> let the
> >> class work.
> >>
> >> If one has to do more work, he will not use the class (if
> he has to do
> >> something special, i thing it is no problem to have more
> >> sophisticated work
> >> - but not for the default - case)
> >>
> >> I don't matter if we named the function "addBinding" or "doIt" ore
> >> something
> >> other ;-)
> >>
> >> Olli
> >>
> >>
> >> ==================================================
> >> Diplom-Informatiker
> >> Oliver Vogel
> >> Geschaeftsfuehrer
> >>
> >> Meins und Vogel GmbH E-Mail: [EMAIL PROTECTED]
> >> Esslinger Str. 45 Tel.: +49 (7153) 6136-20
> >> Fax: +49 (7153) 6136-99
> >> D 73207 Plochingen http://www.muv.com/
> >>
> >> Handelsregister: Esslingen am Neckar HRB 3536
> >> Geschäftsführer: Dipl.-Inf. Klaus Meins
> >> Dipl.-Inf. Oliver Vogel
> >> ==================================================
> >> "wer Rechtschreibfehler findet darf sie behalten"
> >>
> >>
> >>> -----Ursprüngliche Nachricht-----
> >>> Von: [EMAIL PROTECTED]
> >>> [mailto:[EMAIL PROTECTED] Im Auftrag von
> >>> Chris Ricks
> >>> Gesendet: Donnerstag, 17. November 2005 13:39
> >>> An: [email protected]
> >>> Betreff: Re: AW: AW: [qooxdoo-devel] JavaScript event model
> >>>
> >>> Hi again Olli!
> >>>
> >>> I think I'm going to have to steal the "@" notation you use to
> >>> identify the other end of the conversation in your posts - it's
> >>> quite funky.
> >>>
> >>> I'm thinking of something a bit more generic, but very much along
> >>> the lines of what you've outlined.
> >>>
> >>> Given that qooxdoo is currently a client-side only framework, we
> >>> should do our best to assume nothing about the server side. That
> >>> said, your code is still totally valid, but I think that
> we would be
> >>> better off providing hooks for developers to insert their own
> >>> marshalling and end-point determination code. For example:
> >>>
> >>> ac = new QxAJAXClient();
> >>> ac.addEventListener("determinetarget", determineTarget);
> >>> ac.addEventListener("marshallinput", marshallInput);
> >>> ac.addEventListener("commandcomplete", doSomethingAppropriate);
> >>>
> >>> Perhaps "determinetarget" is too broad, given that some
> systems use
> >>> a combination of GET and POST submission. For instance
> often you'll
> >>> see in some systems is the target being
> >>>
> "http://www.server.com/func.php?objectid=123&event=click";. To allow
> >>> for that possibility, perhaps we should have something like:
> >>>
> >>> ac.addEventListener("determineurl", determineURL);
> >>> ac.addEventListener("determinegetstring", determineget);
> >>>
> >>> Additionally, the serialisation mode would definitely be settable:
> >>>
> >>> ac.setSerialisationMode(QxAJAXClient.JSON);
> >>>
> >>> or
> >>>
> >>> ac.setSerialisationMode(QxAJAXClient.XML);
> >>>
> >>> and so on.
> >>>
> >>> If none of the built-in options were acceptable, once
> again we could
> >>> raise an event:
> >>>
> >>> ac.addEventListener("encodepayload", encodePayload);
> >>>
> >>> Potentially, one may want to separate this from the
> "marshallinput"
> >>> event that's been used as an example above, to ensure that
> >>> determining what data to send to the server and how to
> encode that
> >>> data are properly separated, given that they are separate
> concerns
> >>> and the fact that policy should always be separate from mechanism.
> >>>
> >>> What are your thoughts?
> >>>
> >>> Best regards,
> >>>
> >>> Chris
> >>>
> >>>
> >>> Oliver Vogel wrote:
> >>>
> >>>
> >>>> @chris
> >>>> What i think the component need to have is the possibility to add
> >>>> some "functionName" to it. For example (pseudocode)
> >>>>
> >>>> ac = new QxAJAXClient();
> >>>> ac.addBinding("getUserName", "http://myserver.com/test.php";,
> >>>> getUserName(userName));
> >>>> ac.addBinding("getPhoneNumer", "http://myserver.com/test.php";,
> >>>> getPhoneNUmber(number);
> >>>> ac.callFunction("getUserName", "someData");
> >>>>
> >>>> This code means, that there is a "HTML-Page" test.php
> which
> >>>
> >>> implements two
> >>>
> >>>
> >>>> functions:
> >>>> "getUserName" and "getPhoneNumber". The last line calls
> the function
> >>>> "getUserName" in this page and sends the data "someData"
> to
> >>>
> >>> this function.
> >>>
> >>>
> >>>> When the server returns the result, the javaScript - function
> >>>> getUserName(userName) is called to handle the result.
> >>>>
> >>>> For marshalling the data to the server and vice versa json
> >>>
> >>> is a good idear
> >>>
> >>>
> >>>> (i think).
> >>>>
> >>>> My implementation was very easy, the method "addBinding"
> >>>
> >>> sends two strings
> >>>
> >>>
> >>>> to the server:
> >>>> 1) the name of the Function
> >>>> 2) the data itself (would be a nice idear ;-)
> >>>>
> >>>> The server site (i wrote in php) looks linke this (in this
> >>>
> >>> early state i
> >>>
> >>>
> >>>> don't use JSON):
> >>>> $functionName = $_POST['functionName');
> >>>> $data = $_POST['data'];
> >>>> If ($functionName == 'getUserName') return getUserName(data);
> >>>> If ($functionName == ...
> >>>> ...
> >>>> ..
> >>>>
> >>>> I hope this helps
> >>>>
> >>>> Olli
> >>>>
> >>>>
> >>>>
> >>>> ==================================================
> >>>> Diplom-Informatiker
> >>>> Oliver Vogel
> >>>> Geschaeftsfuehrer
> >>>>
> >>>> Meins und Vogel GmbH E-Mail: [EMAIL PROTECTED]
> >>>> Esslinger Str. 45 Tel.: +49 (7153) 6136-20
> >>>> Fax: +49 (7153) 6136-99
> >>>> D 73207 Plochingen http://www.muv.com/
> >>>>
> >>>> Handelsregister: Esslingen am Neckar HRB 3536
> >>>> Geschäftsführer: Dipl.-Inf. Klaus Meins
> >>>> Dipl.-Inf. Oliver Vogel
> >>>> ==================================================
> >>>> "wer Rechtschreibfehler findet darf sie behalten"
> >>>>
> >>>>
> >>>>> -----Ursprüngliche Nachricht-----
> >>>>> Von: [EMAIL PROTECTED]
> >>>>> [mailto:[EMAIL PROTECTED] Im
> Auftrag von
> >>>>> [EMAIL PROTECTED]
> >>>>> Gesendet: Donnerstag, 17. November 2005 01:49
> >>>>> An: [email protected]
> >>>>> Betreff: Re: AW: [qooxdoo-devel] JavaScript event model
> >>>>>
> >>>>> Hi Olli!
> >>>>>
> >>>>> Your German -> English translation is better than most
> of the text
> >>>>> I see
> >>>>> written by native English speakers at my uni, so relax. :-)
> >>>>>
> >>>>> Although my object may "sound" better to you, any opinions,
> >>>>> insights or
> >>>>> comments you have would be greatly appreciated if you
> >>>>
> >>> decide to stop
> >>>
> >>>
> >>>>> working on it. The reason I so enjoy working on open source
> >>>>> software is
> >>>>> the collaborative aspect and the fact that you've
> already started
> >>>>> and have
> >>>>> done some research means that, at the very least, there
> >>>>
> >>> should be some
> >>>
> >>>
> >>>>> dialog before anything goes ahead.
> >>>>>
> >>>>> Best regards,
> >>>>>
> >>>>> Chris
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>> @chris, @sebastian
> >>>>>> I wasn't at office til now, so i couldn't read this
> tast til now.
> >>>>>> If you (chris) are working on such a Object, i stop
> working
> >>>>>>
> >>>>>
> >>>>> on my own
> >>>>>
> >>>>>
> >>>>>> (because i think, we need only ONE component and yours
> >>>>>>
> >>>>>
> >>>>> "sounds better"
> >>>>>
> >>>>>
> >>>>>> than
> >>>>>> mine ( i hope, this german -> english translation is correct)).
> >>>>>>
> >>>>>> Do send "readable" data from the client to the server
> and
> >>>>>>
> >>>>>
> >>>>> back, i had a
> >>>>>
> >>>>>
> >>>>>> look
> >>>>>> at json
> >>>>>>
> >>>>>> http://www.crockford.com/JSON/index.html
> >>>>>>
> >>>>>> Because this is available at many targets.
> >>>>>> Maybe you have a look at it too.
> >>>>>>
> >>>>>> Olli
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>
> >>>
> =================================================Diplom-Informatiker
> >>>
> >>>
> >>>>>> Oliver Vogel
> >>>>>> Geschaeftsfuehrer
> >>>>>>
> >>>>>> Meins und Vogel GmbH E-Mail: [EMAIL PROTECTED]
> >>>>>> Esslinger Str. 45 Tel.: +49 (7153) 6136-20
> >>>>>> Fax: +49 (7153) 6136-99
> >>>>>> D 73207 Plochingen http://www.muv.com/
> >>>>>>
> >>>>>> Handelsregister: Esslingen am Neckar HRB 3536
> >>>>>> Geschäftsführer: Dipl.-Inf. Klaus Meins
> >>>>>> Dipl.-Inf. Oliver Vogel
> >>>>>> ================================================="wer
> >>>>>>
> >>>>>
> >>>>> Rechtschreibfehler
> >>>>>
> >>>>>
> >>>>>> findet darf sie behalten"
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>> -----Ursprüngliche Nachricht-----
> >>>>>>> Von: [EMAIL PROTECTED]
> >>>>>>> [mailto:[EMAIL PROTECTED] Im Auftrag
> >>>>>>> von Sebastian Werner
> >>>>>>> Gesendet: Mittwoch, 16. November 2005 13:03
> >>>>>>> An: [email protected]
> >>>>>>> Betreff: Re: [qooxdoo-devel] JavaScript event model
> >>>>>>>
> >>>>>>> Chris Ricks schrieb:
> >>>>>>>
> >>>>>>>
> >>>>>>>> Hi all,
> >>>>>>>>
> >>>>>>>> In my development of this AJAX thingy, I'm considering a
> >>>>>>>>
> >>>>>>>
> >>>>> few issues
> >>>>>
> >>>>>
> >>>>>>>> before I finalise my design and decide which
> >>>>>>>>
> >>>>>>>
> >>>>> prototype(s) of mine I
> >>>>>
> >>>>>
> >>>>>>>> continue with. Essentially, I'm after an answer on the
> >>>>>>>>
> >>>>>>>
> >>>>>>> following question:
> >>>>>>>
> >>>>>>>
> >>>>>>>> For events that are either triggered at a given time or
> >>>>>>>>
> >>>>>>>
> >>>>>>> from an external
> >>>>>>>
> >>>>>>>
> >>>>>>>> source (such as user input, an XMLHttpRequest
> >>>>>>>>
> >>>>>>>
> >>>>> returning), do these
> >>>>>
> >>>>>
> >>>>>>>> events just get put at the end of the JavaScript
> >>>>>>>>
> >>>>>>>
> >>>>>>> interpreter's event
> >>>>>>>
> >>>>>>>
> >>>>>>>> queue or will they actually interrupt current operations?
> >>>>>>>>
> >>>>>>>> I realise that I'm asking a question that is potentially
> >>>>>>>>
> >>>>>>>
> >>>>>>> very browser
> >>>>>>>
> >>>>>>>
> >>>>>>>> specific and I expect the answer to mean that race hazards
> >>>>>>>>
> >>>>>>>
> >>>>>>> can't happen
> >>>>>>>
> >>>>>>>
> >>>>>>>> (IE: JavaScript interpretation is event driven as opposed
> >>>>>>>>
> >>>>>>>
> >>>>>>> to threaded or
> >>>>>>>
> >>>>>>>
> >>>>>>>> the like).
> >>>>>>>>
> >>>>>>>> All comments, regardless of authority, certainty or
>
> >>>>>>>
> >>> relevance are
> >>>
> >>>
> >>>>>>>> welcome and invited!
> >>>>>>>>
> >>>>>>>
> >>>>>>> In my opinion each event gets it place in the queue
> and will be
> >>>>>>> processed after the current running method. Im JavaScript you
> >>>>>>> don't have
> >>>>>>> threads, so I think the browser just put the mouse/input/ajax
> >>>>>>> event to
> >>>>>>> its queue and will flush it one after another.
> >>>>>>>
> >>>>>>> Best regards,
> >>>>>>>
> >>>>>>> Sebastian
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>> Best regards,
> >>>>>>>>
> >>>>>>>> Chris
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> -------------------------------------------------------
> >>>>>>>> This SF.Net email is sponsored by the JBoss Inc. Get
> >>>>>>>>
> >>>>>>>
> >>>>>>> Certified Today
> >>>>>>>
> >>>>>>>
> >>>>>>>> Register for a JBoss Training Course. Free
> Certification Exam
> >>>>>>>> for All Training Attendees Through End of 2005. For more
> >>>>>>>>
> >>>>>>>
> >>>>> info visit:
> >>>>>
> >>>>>
> >>>>>>>> http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
> >>>>>>>> _______________________________________________
> >>>>>>>> Qooxdoo-devel mailing list
> >>>>>>>> [email protected]
> >>>>>>>> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
> >>>>>>>>
> >>>>>>>
> >>>>>>> -------------------------------------------------------
> >>>>>>> This SF.Net email is sponsored by the JBoss Inc. Get
> >>>>>>>
> >>>>>>
> >>>>> Certified Today
> >>>>>
> >>>>>
> >>>>>>> Register for a JBoss Training Course. Free Certification Exam
> >>>>>>> for All Training Attendees Through End of 2005. For
> more
> >>>>>>>
> >>>>>>
> >>>>> info visit:
> >>>>>
> >>>>>
> >>>>>>> http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
> >>>>>>> _______________________________________________
> >>>>>>> Qooxdoo-devel mailing list
> >>>>>>> [email protected]
> >>>>>>> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
> >>>>>>>
> >>>>>>>
> >>>>>>
> >>>>>> -------------------------------------------------------
> >>>>>> This SF.Net email is sponsored by the JBoss Inc. Get
> >>>>>>
> >>>>>
> >>>>> Certified Today
> >>>>>
> >>>>>
> >>>>>> Register for a JBoss Training Course. Free Certification Exam
> >>>>>> for All Training Attendees Through End of 2005. For
> more
> >>>>>
> >>> info visit:
> >>>
> >>>
> >>>>>> http://ads.osdn.com/?ad_idv28&alloc_id845&op=click
> >>>>>> _______________________________________________
> >>>>>> Qooxdoo-devel mailing list
> >>>>>> [email protected]
> >>>>>> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
> >>>>>>
> >>>>>>
> >>>>>
> >>>>> -------------------------------------------------------
> >>>>> This SF.Net email is sponsored by the JBoss Inc. Get
> >>>>
> >>> Certified Today
> >>>
> >>>
> >>>>> Register for a JBoss Training Course. Free Certification Exam
> >>>>> for All Training Attendees Through End of 2005. For
> more
> >>>>
> >>> info visit:
> >>>
> >>>
> >>>>> http://ads.osdn.com/?ad_idv28&alloc_id845&op=ick
> >>>>> _______________________________________________
> >>>>> Qooxdoo-devel mailing list
> >>>>> [email protected]
> >>>>> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
> >>>>>
> >>>>>
> >>>>
> >>>>
> >>>> -------------------------------------------------------
> >>>> This SF.Net email is sponsored by the JBoss Inc. Get
> >>>
> >>> Certified Today
> >>>
> >>>
> >>>> Register for a JBoss Training Course. Free Certification Exam
> >>>> for All Training Attendees Through End of 2005. For more
> info visit:
> >>>> http://ads.osdn.com/?ad_idv28&alloc_id845&op=click
> >>>> _______________________________________________
> >>>> Qooxdoo-devel mailing list
> >>>> [email protected]
> >>>> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
> >>>>
> >>>
> >>>
> >>>
> >>> -------------------------------------------------------
> >>> This SF.Net email is sponsored by the JBoss Inc. Get
> Certified Today
> >>> Register for a JBoss Training Course. Free Certification Exam
> >>> for All Training Attendees Through End of 2005. For more
> info visit:
> >>> http://ads.osdn.com/?ad_idv28&alloc_id845&op=ick
> >>> _______________________________________________
> >>> Qooxdoo-devel mailing list
> >>> [email protected]
> >>> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
> >>>
> >>>
> >>
> >>
> >>
> >>
> >> -------------------------------------------------------
> >> This SF.Net email is sponsored by the JBoss Inc. Get
> Certified Today
> >> Register for a JBoss Training Course. Free Certification Exam
> >> for All Training Attendees Through End of 2005. For more
> info visit:
> >> http://ads.osdn.com/?ad_idv28&alloc_id845&op=click
> >> _______________________________________________
> >> Qooxdoo-devel mailing list
> >> [email protected]
> >> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
> >>
> >
> >
> >
> >
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by the JBoss Inc. Get
> Certified Today
> > Register for a JBoss Training Course. Free Certification Exam
> > for All Training Attendees Through End of 2005. For more info visit:
> > http://ads.osdn.com/?ad_idv28&alloc_id845&op=click
> > _______________________________________________
> > Qooxdoo-devel mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
>
>
> --
> Mit freundlichen Grüßen
> Dietrich Streifert
> Visionet GmbH
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by the JBoss Inc. Get Certified Today
> Register for a JBoss Training Course. Free Certification Exam
> for All Training Attendees Through End of 2005. For more info visit:
> http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
> _______________________________________________
> Qooxdoo-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
>
-------------------------------------------------------
This SF.Net email is sponsored by the JBoss Inc. Get Certified Today
Register for a JBoss Training Course. Free Certification Exam
for All Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_idv28&alloc_id845&op=click
_______________________________________________
Qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
