Also, Apple&#39;s announcement today about iPhone development using AJAX and exposing internal phone functions as web services to the iPhone&#39;s safari browser is tipping everything in the same direction.<br><br>Cheers Adrian
<br><br><div><span class="gmail_quote">On 6/11/07, <b class="gmail_sendername">Matthew S. Hamrick</b> &lt;<a href="mailto:mhamrick@cryptonomicon.net">mhamrick@cryptonomicon.net</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Yeah... we&#39;re thinking that we were going to totally separate the<br>model and domain processing from the view/controller part of the<br>application. That way we could have a couple different HTML<br>interfaces as well as a SVG/ECMAScript interface. I&#39;m not terribly
<br>familiar with XAML or XUL, but I understand that most (if not all) of<br>the Firefox / Mozilla / Navigator interface was written in XUL.<br><br>This is one of the benefits to this approach, IMHO. Separating the<br>interface allows us to experiment with a number of different
<br>interface technologies. And the only thing the experimenters need to<br>know is the semantics and syntax of the XML interface.<br><br>-Cheers!<br>-Matt H.<br><br>On Jun 11, 2007, at 9:18 AM, Tim Newsom wrote:<br><br>&gt; If we are heading in the direction of web interfaces, I think we
<br>&gt; should look at XAML or XUL or something similar.&nbsp;&nbsp;From what I can<br>&gt; tell, they will be adding silverlight support to mono, so using<br>&gt; XAML will be possible.&nbsp;&nbsp;This also separates the code for<br>&gt; functionality from the interface and can allow skinning of the
<br>&gt; entire application interface set.<br>&gt;<br>&gt; This will abstract you from every widget set.&nbsp;&nbsp;Each action could be<br>&gt; exported and called from the UI without needing to worry about all<br>&gt; that.<br>&gt;
<br>&gt; At least, that&#39;s my take on it currently.<br>&gt;<br>&gt; --Tim<br>&gt; On Mon, 11 Jun 2007 8:44, Florent THIERY wrote:<br>&gt;&gt; Here&#39;s a little look-and-feel example that could be done with an<br>&gt;&gt; opensource AJAX framework [javascript required]:
<br>&gt;&gt;<br>&gt;&gt; <a href="http://demo.qooxdoo.org/current/showcase">http://demo.qooxdoo.org/current/showcase</a><br>&gt;&gt;<br>&gt;&gt; This may allow easier separation between apps and GUIs. Of course, as<br>&gt;&gt; usual we have no idea how well such an app would perform (little &amp;
<br>&gt;&gt; gratuitous prediction: very bad), benchmarking is needed but ... who<br>&gt;&gt; knows ?<br>&gt;&gt;<br>&gt;&gt; This is going along with the ongoings gdk webkit port and gsmd<br>&gt;&gt; XmlHttpRequest interface (was topic: embedded webserver).
<br>&gt;&gt;<br>&gt;&gt; What do you think ? Is it REALLY unrealistic ? Could anybody try the<br>&gt;&gt; url on it&#39;s Nokia N770 (lots of happy owners here, right?) and rough<br>&gt;&gt; feedback the responsiveness ?<br>
&gt;&gt;<br>&gt;&gt; Cheers<br>&gt;&gt;<br>&gt;&gt; Florent<br>&gt;&gt;<br>&gt;<br>&gt; _______________________________________________<br>&gt; OpenMoko community mailing list<br>&gt; <a href="mailto:community@lists.openmoko.org">
community@lists.openmoko.org</a><br>&gt; <a href="http://lists.openmoko.org/mailman/listinfo/community">http://lists.openmoko.org/mailman/listinfo/community</a><br><br><br>_______________________________________________<br>
OpenMoko community mailing list<br><a href="mailto:community@lists.openmoko.org">community@lists.openmoko.org</a><br><a href="http://lists.openmoko.org/mailman/listinfo/community">http://lists.openmoko.org/mailman/listinfo/community
</a><br></blockquote></div><br>