{"id":43,"date":"2007-08-26T11:09:01","date_gmt":"2007-08-26T15:09:01","guid":{"rendered":"http:\/\/www.coactus.com\/blog\/2007\/08\/mobile-ajax-workshop-position-paper\/"},"modified":"2007-08-26T11:09:01","modified_gmt":"2007-08-26T15:09:01","slug":"mobile-ajax-workshop-position-paper","status":"publish","type":"post","link":"http:\/\/www.coactus.com\/blog\/2007\/08\/mobile-ajax-workshop-position-paper\/","title":{"rendered":"Mobile Ajax Workshop position paper"},"content":{"rendered":"

This is the position paper we recently submitted to the W3C\/OpenAjax Workshop on Mobile Ajax<\/a>.<\/p>\n

\n The best mobile Ajax application …
\n<\/h4>\n

\n is the one that’s never written
\n<\/h4>\n

<\/p>\n

\n A position paper for the
\n W3C\/OpenAjax
\n Workshop on Mobile Ajax<\/a>
\n by Mark Baker of
\n Coactus
\n Consulting<\/a>\n<\/div>\n

\n Hypertext inventor Ted Nelson talked about “the two Gods of literature”[1],
\n publisher and reader, and the battle between them in determining what the
\n reader ultimately consumes.  Traditional Web programming with HTML and
\n CSS (no script) provides effectively equal power to each God, permitting the
\n publisher to provide the content together with declarations about how that
\n content could be presented, but enabling the reader to instruct its
\n agent to ignore and\/or extend those declarations as it sees fit. 
\n Scripting, on the other hand, puts all the power in the hands of the
\n publisher, providing the reader two options; either execute it to be able
\n to consume the content it contains, or don’t and don’t.\n<\/p>\n

\n The “reader power” afforded by declarative programming is especially important
\n for mobile use for at least two reasons.  First, it allows the
\n user agent to repurpose the content so it can be presented to the user in
\n the context of the particular nuances of the input and output methods of
\n the device.  Second, it allows the user agent to be shipped
\n with code which is optimized for the processing of the predefined
\n markup language, where “optimized” can be along any dimension: speed, size,
\n battery consumption, etc..\n<\/p>\n

\n Fortunately, there exists an approach which permits us to have the best of
\n both worlds.  If we factored out the commonly used script components, and
\n extended HTML so that those components could be instantiated declaritively,
\n then we could use declarative programming for these common components but
\n continue to use script for the less common cases.  As an example, “drag
\n and drop” is a reasonably common feature implemented by scripts, but could
\n easily be accomplished via a declarative approach [2].\n<\/p>\n

\n One downside of this hybrid approach is that standardization of the
\n extensions – and deployment of software which uses them – can take a very long
\n time.  However it is not as big a problem as it first seems. 
\n Somewhat ironically, we can use script to help us incrementally deploy
\n declarative content, by associating that content with script
\n which interprets and processes the extension tags when browsers don’t support
\n them (see [2] again for an example of this).\n<\/p>\n

\n Some Javascript toolkits already provide for a somewhat similar approach, at
\n least regarding the binding of HTML extensions to script. 
\n Dojo includes “Dijits” (Dojo widgets) which permits, for
\n example, HTML forms to be extended with attributes whose value explicitly
\n references a Dojo-specific scripted TextBox widget.  Once the Dojo
\n libraries are linked in, the extended processing occurs.  All Dijits seem
\n to be missing is to acknowledge the value of standardizing their HTML
\n extensions.\n<\/p>\n

\n HTML 5 (ne a bunch of WHAT WG specs) can also be seen in a new light when
\n considering its role in this proposed approach.  It defines
\n (amoungst other things) a number of extensions that aim to do in a declarative
\n manner what is currently done with script.  For example, in-browser form
\n validation.  The approach outlined here also suggests that there
\n would be value in developing a script which could process the HTML 5
\n extensions for HTML 4 browsers.\n<\/p>\n

\n Note: see also the TAG’s view on declarative vs. imperative, in their Rule of
\n Least Power finding[3].\n<\/p>\n

\n  [1] Theodore Nelson.  The Future of Information: Ideas,
\n Connections and the Gods of Electronic Literature.  ASCII Corp,
\n 1997.  Unpublished.\n<\/p>\n

\n  [2]
\n http:\/\/www.markbaker.ca\/blog\/2006\/07\/21\/declarative-drag-and-drop\/<\/a>\n<\/p>\n

\n  [3]
\n http:\/\/www.w3.org\/2001\/tag\/doc\/leastPower.html<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"

This is the position paper we recently submitted to the W3C\/OpenAjax Workshop on Mobile Ajax. The best mobile Ajax application … is the one that’s never written A position paper for the W3C\/OpenAjax Workshop on Mobile Ajax by Mark Baker of Coactus Consulting Hypertext inventor Ted Nelson talked about “the two Gods of literature”[1], publisher […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[10],"tags":[],"_links":{"self":[{"href":"http:\/\/www.coactus.com\/blog\/wp-json\/wp\/v2\/posts\/43"}],"collection":[{"href":"http:\/\/www.coactus.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/www.coactus.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/www.coactus.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/www.coactus.com\/blog\/wp-json\/wp\/v2\/comments?post=43"}],"version-history":[{"count":0,"href":"http:\/\/www.coactus.com\/blog\/wp-json\/wp\/v2\/posts\/43\/revisions"}],"wp:attachment":[{"href":"http:\/\/www.coactus.com\/blog\/wp-json\/wp\/v2\/media?parent=43"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/www.coactus.com\/blog\/wp-json\/wp\/v2\/categories?post=43"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/www.coactus.com\/blog\/wp-json\/wp\/v2\/tags?post=43"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}