<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to Home</title><link>https://sourceforge.net/p/ximl/wiki/Home/</link><description>Recent changes to Home</description><atom:link href="https://sourceforge.net/p/ximl/wiki/Home/feed" rel="self"/><language>en</language><lastBuildDate>Fri, 12 Apr 2013 19:59:20 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/ximl/wiki/Home/feed" rel="self" type="application/rss+xml"/><item><title>Home modified by aappddeevv</title><link>https://sourceforge.net/p/ximl/wiki/Home/</link><description>&lt;div class="markdown_content"&gt;&lt;pre&gt;--- v2
+++ v3
@@ -1,6 +1,6 @@
 XIML is designed to be close in spirit to XAML. The XAML 2009 specification is freely available [here](http://www.microsoft.com/download/en/details.aspx?displaylang=en&amp;amp;id=19600). XAML is no longer just XML based, although that is the primary storage mechanism.

-Instead, XIML should be thought of a node stream protocol. Interpreting that node stream can lead to the creation of object graphs. It is not a dependency injection container model, but instead, designed to be read mostly in stream forward format. The node implementation is similar to the recent versions of XAML. Other XML-to-UI implementations skip this node-level processing layer. Without a node level processing layer, it is very difficult to implement templates. I wanted to be able to implement templates so the toolkit is conceived of as using nodes as the underlying glue between layers in the XIML framework.
+Instead, XIML should be thought of a node stream protocol. Interpreting that node stream can lead to the creation of object graphs. It is not a dependency injection container model, but instead, designed to be read mostly in stream forward format. The node implementation is similar to the recent versions of XAML. Other XML-to-UI implementations skip this node-level processing layer. Without a node level processing layer, it is very difficult to implement templates. I wanted to be able to implement templates so the toolkit is conceived of as using nodes as the underlying glue between layers in the XIML framework. XAML can also be thought of as a node stream in the CRQS spirit of sending "commands" to the node services which then mutates an object graph, making the underlying textual representation a way to replay CRQS commands that have been serialized.

 Many people intermix the capabilities of WPF with XAML. These are entirely 2 separate concepts. For example binding, is a WPF concept. XAML makes binding easier by having a short-hand syntax for binding (using "{}") escape strings, but binding specifications attach to a property on the WPF object and are actually WPF objects to begin with.

&lt;/pre&gt;
&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">aappddeevv</dc:creator><pubDate>Fri, 12 Apr 2013 19:59:20 -0000</pubDate><guid>https://sourceforge.net20fc5956c46fcef969a0de6cd3782bf2bfe2da86</guid></item><item><title>WikiPage Home modified by aappddeevv</title><link>https://sourceforge.net/p/ximl/wiki/Home/</link><description>&lt;pre&gt;--- v1
+++ v2
@@ -1,6 +1,15 @@
-Welcome to your wiki!
+XIML is designed to be close in spirit to XAML. The XAML 2009 specification is freely available [here](http://www.microsoft.com/download/en/details.aspx?displaylang=en&amp;id=19600). XAML is no longer just XML based, although that is the primary storage mechanism.
 
-This is the default page, edit it as you see fit. To add a new page simply reference it within brackets, e.g.: [SamplePage].
+Instead, XIML should be thought of a node stream protocol. Interpreting that node stream can lead to the creation of object graphs. It is not a dependency injection container model, but instead, designed to be read mostly in stream forward format. The node implementation is similar to the recent versions of XAML. Other XML-to-UI implementations skip this node-level processing layer. Without a node level processing layer, it is very difficult to implement templates. I wanted to be able to implement templates so the toolkit is conceived of as using nodes as the underlying glue between layers in the XIML framework.
+
+Many people intermix the capabilities of WPF with XAML. These are entirely 2 separate concepts. For example binding, is a WPF concept. XAML makes binding easier by having a short-hand syntax for binding (using "{}") escape strings, but binding specifications attach to a property on the WPF object and are actually WPF objects to begin with.
+
+XIML is designed to be drop-in replacement or add-on to existing GUI toolkits or other places where you need to specify, relatively compactly, an object graph.
+
+Generally, even though XIML's primary storage mechanism is XML, it is still relatively easy to author object graphs in XIML XML. Since its also relatively easy to extend, a framework could extend XIML for its needs and jump start the process of declarative UI programming. Because XIML is based on the node stream protocol with an API, you can more easily create other front-ends, for example, using JSON syntax.
+
+
+
 
 The wiki uses [Markdown](/p/ximl/wiki/markdown_syntax/) syntax.
 
&lt;/pre&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">aappddeevv</dc:creator><pubDate>Thu, 22 Nov 2012 03:22:10 -0000</pubDate><guid>https://sourceforge.net78df3cd20540b17cab8daad45084b959f1f1fdc7</guid></item><item><title>WikiPage Home modified by aappddeevv</title><link>https://sourceforge.net/p/ximl/wiki/Home/</link><description>Welcome to your wiki!

This is the default page, edit it as you see fit. To add a new page simply reference it within brackets, e.g.: [SamplePage].

The wiki uses [Markdown](/p/ximl/wiki/markdown_syntax/) syntax.

[[project_admins]]
[[download_button]]
</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">aappddeevv</dc:creator><pubDate>Thu, 22 Nov 2012 03:20:43 -0000</pubDate><guid>https://sourceforge.net3719676af846c8a48252082fc908864caf52630f</guid></item></channel></rss>