Comments on: New Datasources for XUL Templating http://starkravingfinkle.org/blog/2007/07/new-datasources-for-xul-templating/ Wed, 20 Aug 2008 10:14:21 +0000 http://wordpress.org/?v=2.5 By: Laurentj http://starkravingfinkle.org/blog/2007/07/new-datasources-for-xul-templating/#comment-2677 Laurentj Sat, 07 Jul 2007 07:48:19 +0000 http://starkravingfinkle.org/blog/2007/07/new-datasources-for-xul-templating/#comment-2677 Next week, I will have time to work on the Storage "driver" (bug 321172). @robert : the template system have been rewritten and now you can develop your own "datasource driver". So you can create a JSON datasource driver for XUL templates ;-) (however, there is still a bug to do new datasource driver easily, bug 321170) Next week, I will have time to work on the Storage “driver” (bug 321172).

@robert : the template system have been rewritten and now you can develop your own “datasource driver”. So you can create a JSON datasource driver for XUL templates ;-) (however, there is still a bug to do new datasource driver easily, bug 321170)

]]> By: Robert Johnston http://starkravingfinkle.org/blog/2007/07/new-datasources-for-xul-templating/#comment-2671 Robert Johnston Fri, 06 Jul 2007 20:45:38 +0000 http://starkravingfinkle.org/blog/2007/07/new-datasources-for-xul-templating/#comment-2671 Wonderful -- but how about JSON? XML is still too heavy for large, remotely-based datasources ... I've been writing a CMS based on XUL which dynamically creates editable listboxes based on data stored in MySQL on the server side and transmitted as JSON to the client side. It'd be great if the JSON could be used as a native datasource, rather than have proprietary code create the listitems as DOM elements in the browser. JSON is close to being a standard data format -- similar enough to YAML and Python and Ruby hashes that it makes almost no odds. It'd be great to see something so pragmatic become a part of XUL, and it would steal a much-needed jump on XAML, AIR and the rest of the rich-client competitors. Don't get me wrong -- XML as a real datasource for XUL is a great leap forward. But let's not get bogged down in the old Java/XML paradigm. Leap forward into the 21st Century! R Wonderful — but how about JSON? XML is still too heavy for large, remotely-based datasources … I’ve been writing a CMS based on XUL which dynamically creates editable listboxes based on data stored in MySQL on the server side and transmitted as JSON to the client side. It’d be great if the JSON could be used as a native datasource, rather than have proprietary code create the listitems as DOM elements in the browser.

JSON is close to being a standard data format — similar enough to YAML and Python and Ruby hashes that it makes almost no odds. It’d be great to see something so pragmatic become a part of XUL, and it would steal a much-needed jump on XAML, AIR and the rest of the rich-client competitors.

Don’t get me wrong — XML as a real datasource for XUL is a great leap forward. But let’s not get bogged down in the old Java/XML paradigm. Leap forward into the 21st Century!

R

]]>