Changes for page ERPrototaculous

Summary

• Page properties (1 modified, 0 added, 0 removed)

Details

Page properties

Content

...	...	@@ -7,20 +7,17 @@
7	7	Features include:
8	8
9	9	* 'Organic' support for Prototype and Scriptaculous in WebObjects.
10		-** Light-weight dynamic elements to support Prototype
11		-** No custom patches to Prototype
12		-** Sans the need to extend Prototype
13	13	* Use of [[Unobtrusive Javascript>>http://en.wikipedia.org/wiki/Unobtrusive_JavaScript]].
14	14	* Pseudo-stateless ajax responses
	12	+* No custom extension or patches to Prototype
15	15	* A set of widgets in the Prototype + Scriptaculous family.
16	16
17	17	==== Unobtrusive Javascript in ERPrototaculous ====
18	18
19	19	Unobtrusive javascript is used in contrast to on-demand style of ajax programming.
20		-By including Javascript as well as CSS globally in the page wrapper, CSS and Javascript don't have to load inside each and every ajax requests.
21		-This keeps the ajax responses compact and granular.
	18	+By including Javascript as well as CSS globally in the page wrapper, CSS and/or Javascript doesn't have to load inside ajax requests.
22	22
23		-The result is **faster** and more **reliable** ajax in WebObjects.
	20	+The result is **faster** and more **reliable** ajax in WebObjects applications.
24	24
25	25	==== Prototype WebObjects Elements ====
26	26
...	...	@@ -34,14 +34,8 @@
34	34	* AjaxUpdaterButton
35	35	* AjaxUpdaterForm (with ##onsubmit## for ajax form submission)
36	36
37		-These components will update a **container** on the page:
	34	+These components will update a **container** on the page.
38	38
39		-{{code value="javascript"}}
40		-
41		- new Ajax.Updater('container', url, {options});
42		-
43		-{{/code}}
44		-
45	45	===== Ajax.Request =====
46	46
47	47	Prototype's [[Ajax.Request>>http://www.prototypejs.org/api/ajax/request]] is in the form of:
...	...	@@ -49,14 +49,8 @@
49	49	* AjaxRequestLink
50	50	* AjaxRequestButton
51	51
52		-These are used for strictly **background** ajax communication:
	43	+These are used for strictly **background** ajax communication.
53	53
54		-{{code value="javascript"}}
55		-
56		- new Ajax.Request(url, {options});
57		-
58		-{{/code}}
59		-
60	60	==== Prototype + Scriptaculous Widgets ====
61	61
62	62	* Accordion
...	...	@@ -72,36 +72,20 @@
72	72	1. All form controls must be named. This includes text fields, selects and buttons.
73	73	(WebObjects dynamically assigned names are not compatible with ERPrototaculous).
74	74	1. All forms in an ERPrototaculous app are instances of ##AjaxUpdaterForm##.
75		-1. Form submit buttons can be the form of a:
	60	+1. Form submits can be the form of a:
76	76
77	77	*
78		-** Static ##<button>##.
79		-** WOSubmitButton (if the result is to update whole page/app).
	63	+** Static ##<button>##
	64	+** WOSubmitButton (if the result is to update whole page/app.
80	80	** AjaxUpdaterButton (to update a **container**). Or
81		-** AjaxRequestButton (for a **background** ajax request).
	66	+** AjaxRequestButton (for a background ajax request)
82	82
83	83	== Ajax Page Caching in ERPrototaculous ==
84	84
85	85	One notable difference in the ERPrototaculous and Ajax.framework is in the ajax responses.
86		-In ERPrototaculous, updates and actions break with "The WebObjects Way" by being pseudo-stateless.
	71	+ERPrototaculous updates and actions break with "The WebObjects Way" by being pseudo-stateless.
87	87
88		-Instead of returning a fresh response, an ajax update just returns the same (instance of the) page fragment.
	73	+Instead of returning a fresh response, an ajax update or action is in fact the same instance.
89	89
90		-The reason returning a fresh response is not necessary is because a client never travels back or forwards through the ajax application history - unlike in a typical WebObjects app.
91		-Here the current state of the page fragment is all that is necessary.
92		-
93		-== Actions in ERPrototaculous ==
94		-
95		-Typically, in a WebObjects application, an action would return the contents of the entire page.
96		-
97		-Ajax responses are typically page fragments or part of a page.
98		-So you should make sure the actions in ERPrototaculous (or AjaxUpdaterButton and AjaxRequestButton) return the proper page fragment as opposed to the entire page.
99		-This breaks with WO-tradition, so this is where you need to be careful.
100		-
101		-{{note title="Actions"}}
102		-
103		-ERPrototaculous actions *differ* from Ajax.framework actions - _They must return only the page fragment_.
104		-
105		-{{/note}}
106		-
107		-To assist with page fragments inside **forms**, you can make your ajax action responses a subclass of **WXPageFragment** (a utility to handle the forms processing between Prototype and WebObjects).
	75	+The reason returning a fresh response is not necessary is because a client never travels back or forwards through an ajax application unlike in a typical WebObjects app.
	76	+Here the current state of the update or action is all that is necessary.