I agree, and can't think of a good argument for saying otherwise myself!
Oliver Vogel wrote:
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
-------------------------------------------------------
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
