<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"
    xmlns:content="http://purl.org/rss/1.0/modules/content/"
    xmlns:wfw="http://wellformedweb.org/CommentAPI/"
    xmlns:dc="http://purl.org/dc/elements/1.1/"
>
<!-- MHonArc v2.6.10 -->
	<channel>
		<title>eclipse-incubator-e4-dev</title>
		<link>http://dev.eclipse.org/mhonarc/lists/eclipse-incubator-e4-dev/maillist.html</link>
		<description>eclipse-incubator-e4-dev</description>
		<language>en-us</language>
		<pubDate>Fri, 07 Nov 2008 15:10:15 GMT</pubDate>
		<lastBuildDate>Fri, 07 Nov 2008 15:10:15 GMT</lastBuildDate>
		<docs>http://blogs.law.harvard.edu/tech/rss</docs>
		<generator>MHonArc RSS 2.0 RCFile</generator>
		<managingEditor>webmaster@eclipse.org (Webmaster)</managingEditor>
		<webMaster>webmaster@eclipse.org (Webmaster)</webMaster>
		<image>
			<title>eclipse-incubator-e4-dev</title>
			<url>http://www.eclipse.org/eclipse.org-common/themes/Phoenix/images/eclipse_home_header.jpg</url>
			<link>http://dev.eclipse.org/mhonarc/lists/eclipse-incubator-e4-dev/maillist.html</link>
		</image>
 

	<item>
		<title>Re: [eclipse-incubator-e4-dev] Fw: Declarative UI roundup?</title>
		<link>http://dev.eclipse.org/mhonarc/lists/eclipse-incubator-e4-dev/msg01048.html</link>
		<description>Yes, I think.  XSWT does type inferencing to know the type of object to construct.  But when you have:#setLayout(Layout)the programmer must explicitly supply which concrete subclass of Layout to construct, which is the purpose of the x:class meta-attribute...</description>
		<content:encoded><![CDATA[It seems I might have missed your point. :-)&nbsp; Comments inline:<br><br><div class="gmail_quote">On Fri, Nov 7, 2008 at 5:28 AM, Ed Merks <span dir="ltr">&lt;<a href="mailto:ed.merks@xxxxxxxxx">ed.merks@xxxxxxxxx</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">


  

<div class="Ih2E3d">
David,<br>
<br>
Comments below.<div class="Ih2E3d"><br>
<br>
David Orme wrote:</div>&lt;snip/&gt;<br><blockquote type="cite"><p>But to create a Text inside a Group becomes a problem since Group
has setText().<br>
  </p>
  <p>To handle that rare case, XSWT has an &lt;x:children&gt;
meta-node.&nbsp; So you can write:</p>
  <p>&lt;group&gt;<br>
&nbsp; &lt;layout x:class=&quot;fillLayout&quot;&gt;<br>
  </p>
</blockquote></div></blockquote><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div bgcolor="#ffffff" text="#000000">
This is like xsi:type I assume.&nbsp; Think of how you&#39;d do this in JSON.&nbsp;
It&#39;s important to have this information early...</div></blockquote><div><br>Yes, I think.&nbsp; XSWT does type inferencing to know the type of object to construct.&nbsp; But when you have:<br><br>#setLayout(Layout)<br><br>the programmer must explicitly supply which concrete subclass of Layout to construct, which is the purpose of the x:class meta-attribute.<br>
<br><br><br>Dave<br><br></div></div>
]]></content:encoded>
		<pubDate>Fri, 07 Nov 2008 15:08:04 GMT</pubDate>
		<guid isPermaLink="true">http://dev.eclipse.org/mhonarc/lists/eclipse-incubator-e4-dev/msg01048.html</guid>
		<author>djo@xxxxxxx (David Orme)</author>
	</item>
	<item>
		<title>Re: [eclipse-incubator-e4-dev] Fw: Declarative UI roundup?</title>
		<link>http://dev.eclipse.org/mhonarc/lists/eclipse-incubator-e4-dev/msg01047.html</link>
		<description>Hi Ed, The original xswt design always required the x:children node so that this ambiguity couldn&amp;#39;t exist.  I removed that requirement when I realized that the syntax didn&amp;#39;t actually clarify anything nearly all of the time.  It simply added line noise to r...</description>
		<content:encoded><![CDATA[<p>Hi Ed,</p>
<p>The original xswt design always required the x:children node so that this ambiguity couldn&#39;t exist.&nbsp; I removed that requirement when I realized that the syntax didn&#39;t actually clarify anything nearly all of the time.&nbsp; It simply added line noise to read past and keystrokes to type.</p>

<p>-Dave Orme</p>
<p><blockquote>On Nov 7, 2008 5:33 AM, &quot;Ed Merks&quot; &lt;<a href="mailto:ed.merks@xxxxxxxxx">ed.merks@xxxxxxxxx</a>&gt; wrote:<br><br>


  

<div bgcolor="#ffffff" text="#000000">
David,<br>
<br>
Comments below.<p><font color="#500050">

David Orme wrote:
&gt;
&gt; A node name is first converted to a setter.&nbsp; If we can&#39;t find a method by th...</font></p>
That&#39;s something that struck me superficially looking at XAML.&nbsp; I.e.,
they&#39;re &quot;just&quot; using class names as the element names where it&#39;s more
usual to use feature/property names for the elements.&nbsp;&nbsp; Of course for
attributes, people always expect feature/property names, but for
elements often people are surprised that the element name isn&#39;t a type
name.&nbsp; That becomes more obvious when the same type of object can play
a role in more than one feature.&nbsp; Of course if you have a single
containment feature (as in window parenting), you don&#39;t have this
problem and it seems quite natural to use types for element names,
especially when it allows you to avoid using &quot;xsi:type&quot; or defining a
plethora of substitution group elements to avoid xsi:type...<p><font color="#500050">
&gt;
&gt; This works nearly all the time.
&gt;
&gt; But to create a Text inside a Group becomes a problem since...</font></p>
This is like xsi:type I assume.&nbsp; Think of how you&#39;d do this in JSON.&nbsp;
It&#39;s important to have this information early...<br>
<blockquote type="cite"><p><font color="#500050">&gt;
&gt; &nbsp; &lt;x:children&gt;
&gt; &nbsp;&nbsp;&nbsp; &lt;text x:style=&quot;BORDER&quot;&gt;
&gt; &nbsp; &lt;/x:children&gt;
&gt; &lt;/group&gt;
&gt;
&gt; -Dave Orme
&gt;&gt;
&gt;&gt; O...</font></p><pre>
<hr size="4" width="90%"><p><font color="#500050">
&gt; _______________________________________________
&gt; eclipse-incubator-e4-dev mailing list
&gt; eclipse...</font></p></pre>
</blockquote>
</div>

<br>_______________________________________________<br>
eclipse-incubator-e4-dev mailing list<br>
<a href="mailto:eclipse-incubator-e4-dev@xxxxxxxxxxx">eclipse-incubator-e4-dev@xxxxxxxxxxx</a><br>
<a href="https://dev.eclipse.org/mailman/listinfo/eclipse-incubator-e4-dev" target="_blank">https://dev.eclipse.org/mailman/listinfo/eclipse-incubator-e4-dev</a><br>
<br></blockquote></p>
]]></content:encoded>
		<pubDate>Fri, 07 Nov 2008 14:10:14 GMT</pubDate>
		<guid isPermaLink="true">http://dev.eclipse.org/mhonarc/lists/eclipse-incubator-e4-dev/msg01047.html</guid>
		<author>djo@xxxxxxx (David Orme)</author>
	</item>
	<item>
		<title>Re: [eclipse-incubator-e4-dev] Fw: Declarative UI roundup?</title>
		<link>http://dev.eclipse.org/mhonarc/lists/eclipse-incubator-e4-dev/msg01046.html</link>
		<description> That's something that struck me superficially looking at XAML.&amp;#xC2; I.e., they're "just" using class names as the element names where it's more usual to use feature/property names for the elements.&amp;#xC2;&amp;#xC2; Of course for attributes, people always expect feature/prop...</description>
		<content:encoded><![CDATA[<table width="100%"><tr><td bgcolor="#ffffff" style="background-color: #ffffff; color: #000000; "><font color="#000000">



David,<br>
<br>
Comments below.<br>
<br>
David Orme wrote:
<blockquote
 cite=""
 type="cite">
  <p>A node name is first converted to a setter.&#xC2; If we can't find a
method by that name, then we try to resolve the node as a class name.<br>
  </p>
</blockquote>
That's something that struck me superficially looking at XAML.&#xC2; I.e.,
they're "just" using class names as the element names where it's more
usual to use feature/property names for the elements.&#xC2;&#xC2; Of course for
attributes, people always expect feature/property names, but for
elements often people are surprised that the element name isn't a type
name.&#xC2; That becomes more obvious when the same type of object can play
a role in more than one feature.&#xC2; Of course if you have a single
containment feature (as in window parenting), you don't have this
problem and it seems quite natural to use types for element names,
especially when it allows you to avoid using "xsi:type" or defining a
plethora of substitution group elements to avoid xsi:type...<br>
<blockquote
 cite=""
 type="cite">
  <p>This works nearly all the time.<br>
  </p>
  <p>But to create a Text inside a Group becomes a problem since Group
has setText().<br>
  </p>
  <p>To handle that rare case, XSWT has an &lt;x:children&gt;
meta-node.&#xC2; So you can write:</p>
  <p>&lt;group&gt;<br>
&#xC2; &lt;layout x:class="fillLayout"&gt;<br>
  </p>
</blockquote>
This is like xsi:type I assume.&#xC2; Think of how you'd do this in JSON.&#xC2;
It's important to have this information early...<br>
<blockquote
 cite=""
 type="cite">
  <p>&#xC2; &lt;x:children&gt;<br>
&#xC2;&#xC2;&#xC2; &lt;text x:style="BORDER"&gt;<br>
&#xC2; &lt;/x:children&gt;<br>
&lt;/group&gt;<br>
  </p>
  <p>-Dave Orme<br>
  </p>
  <blockquote>On Nov 6, 2008 4:25 PM, "Yves YANG" &lt;<a
 moz-do-not-send="true" href="mailto:yves.yang@xxxxxxxxxxx"
 target="_blank">yves.yang@xxxxxxxxxxx</a>&gt; wrote:<br>
    <br>
    <div link="blue" vlink="blue" lang="EN-US">
    <div>
    <p><font color="navy" face="Arial" size="2"><span
 style="font-size: 10pt; font-family: Arial; color: navy;">One question
on your code: how do you make
the difference between property "layout" and child "label"?</span></font></p>
    <p><font color="navy" face="Arial" size="2"><span
 style="font-size: 10pt; font-family: Arial; color: navy;">&#xC2;</span></font></p>
    <p><font color="navy" face="Arial" size="2"><span
 style="font-size: 10pt; font-family: Arial; color: navy;">yves</span></font></p>
    <div>
    <div style="text-align: center;" align="center"><font
 face="Times New Roman" size="3"><span style="font-size: 12pt;">
    <hr align="center" size="2" width="100%"></span></font></div>
    <p><b><font face="Tahoma" size="2"><span
 style="font-size: 10pt; font-family: Tahoma; font-weight: bold;">From:</span></font></b><font
 face="Tahoma" size="2"><span
 style="font-size: 10pt; font-family: Tahoma;">
    <a moz-do-not-send="true"
 href="mailto:eclipse-incubator-e4-dev-bounces@xxxxxxxxxxx"
 target="_blank">eclipse-incubator-e4-dev-bounces@xxxxxxxxxxx</a>
[mailto:<a moz-do-not-send="true"
 href="mailto:eclipse-incubator-e4-dev-bounces@xxxxxxxxxxx"
 target="_blank">eclipse-incubator-e4-dev-bounces@xxxxxxxxxxx</a>]
    <b><span style="font-weight: bold;">On Behalf Of </span></b>David
Orme
    <p><font color="#500050">Sent: jeudi 6 novembre 2008 18:11
    </font></p>
    <p><font color="#500050">To: E4 developer list
Subject: Re: [eclipse-incubator-e4-dev] Fw: Declarative UI roundup?</font></p>
    </span></font></p>
    </div>
    <p><font color="#500050">&#xC2;
Since I won't ask someone to do something I won't myself do, :-) here's
a slightly-enhanced Hel...</font></p>
    </div>
    </div>
    <br>
_______________________________________________<br>
eclipse-incubator-e4-dev mailing list<br>
    <a moz-do-not-send="true"
 href="mailto:eclipse-incubator-e4-dev@xxxxxxxxxxx" target="_blank">eclipse-incubator-e4-dev@xxxxxxxxxxx</a><br>
    <a moz-do-not-send="true"
 href="https://dev.eclipse.org/mailman/listinfo/eclipse-incubator-e4-dev"
 target="_blank">https://dev.eclipse.org/mailman/listinfo/eclipse-incubator-e4-dev</a><br>
    <br>
  </blockquote>
  <pre wrap="">
<hr size="4" width="90%">
_______________________________________________
eclipse-incubator-e4-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:eclipse-incubator-e4-dev@xxxxxxxxxxx">eclipse-incubator-e4-dev@xxxxxxxxxxx</a>
<a class="moz-txt-link-freetext" href="https://dev.eclipse.org/mailman/listinfo/eclipse-incubator-e4-dev">https://dev.eclipse.org/mailman/listinfo/eclipse-incubator-e4-dev</a>
  </pre>
</blockquote>


</font></td></tr></table>]]></content:encoded>
		<pubDate>Fri, 07 Nov 2008 11:28:40 GMT</pubDate>
		<guid isPermaLink="true">http://dev.eclipse.org/mhonarc/lists/eclipse-incubator-e4-dev/msg01046.html</guid>
		<author>ed.merks@xxxxxxx (Ed Merks)</author>
	</item>
	<item>
		<title>Re: [eclipse-incubator-e4-dev] Fw: Declarative UI roundup?</title>
		<link>http://dev.eclipse.org/mhonarc/lists/eclipse-incubator-e4-dev/msg01045.html</link>
		<description> _______________________________________________ eclipse-incubator-e4-dev mailing list eclipse-incubator-e4-dev@xxxxxxxxxxx https://dev.eclipse.org/mailman/listinfo/eclipse-incubator-e4-dev </description>
		<content:encoded><![CDATA[<table width="100%"><tr><td bgcolor="#ffffff" style="background-color: #ffffff; color: #000000; "><font color="#000000">



David,<br>
<br>
Marcelo has a prototype for a JSON serializer.&#xC2; One deficiency in JSON,
which isn't apparent for its primary use case, is that you don't know
the type of what you are reading.&#xC2;&#xC2; Starting at the root, you haven't
clue and even when processing children, you never know if the actual
data's type is of a class derived from the expected type of data.&#xC2; This
makes it hard to create the right type of object in a strongly typed
setting...<br>
<br>
Cheers,<br>
Ed<br>
<br>
<br>
David Orme wrote:
<blockquote
 cite=""
 type="cite">
  <p>This is interesting.&#xC2; XML is good in that it has tooling, but
other formats are arguably even more wrist and eye-friendly.&#xC2; Given our
web aspirations, JSON seems particularly interesting...</p>
  <p>Ed- is there a JSON marshaller for EMF objects yet?<br>
  </p>
  <p>-Dave Orme</p>
  <blockquote>On Nov 6, 2008 6:47 PM, "&#xE5;&#xE9;" &lt;<a moz-do-not-send="true"
 href="mailto:fyaoxy@xxxxxxxxx" target="_blank">fyaoxy@xxxxxxxxx</a>&gt;
wrote:<br>
    <br>
2 points: an UI declaration, and a thought.<br>
    <a moz-do-not-send="true" href="http://1.an" target="_blank">1.an</a>
UI declaration:<br>
above sample can be like this:<br>
    <br>
@layout: fill;<br>
label: "hello, world"; text{style: BORDER; layoutData: "grow"}<br>
    <br>
Huge simple? &#xC2;if yes, again:<br>
    <br>
@layout: "fill";<br>
@StyleSheet{<br>
&#xC2; &#xC2; &#xC2; &#xC2;text{ style: SINGLE, BORDER;}<br>
};<br>
@forms: true;<br>
    <br>
section{<br>
&#xC2; &#xC2; &#xC2; &#xC2;@id: loginSection;<br>
&#xC2; &#xC2; &#xC2; &#xC2;sectionStyle: ExpandableComposite.TITLE_BAR;<br>
&#xC2; &#xC2; &#xC2; &#xC2;CompositeSeparator:NONE;<br>
&#xC2; &#xC2; &#xC2; &#xC2;text: &#xE7;&#xE5;&#xE7;&#xE7;;<br>
&#xC2; &#xC2; &#xC2; &#xC2;layoutData: "center";<br>
&#xC2; &#xC2; &#xC2; &#xC2;composite{<br>
&#xC2; &#xC2; &#xC2; &#xC2; &#xC2; &#xC2; &#xC2; &#xC2;@id: sectionClient;<br>
&#xC2; &#xC2; &#xC2; &#xC2; &#xC2; &#xC2; &#xC2; &#xC2;layout: "wrap 3", "[][250:pref:400,fill][]", "[]5[]";<br>
&#xC2; &#xC2; &#xC2; &#xC2; &#xC2; &#xC2; &#xC2; &#xC2;label: &#xE6;&#xE7;&#xE6;&#xE5;&#xE8;&#xE4;&#xEF;;<br>
&#xC2; &#xC2; &#xC2; &#xC2; &#xC2; &#xC2; &#xC2; &#xC2;text { @id: certFile; text: ""; }<br>
&#xC2; &#xC2; &#xC2; &#xC2; &#xC2; &#xC2; &#xC2; &#xC2;button { @id: browse; text: &#xE9;&#xE6;&#xE6;&#xE4;(&amp;B)...; style:
PUSH; }<br>
    <br>
&#xC2; &#xC2; &#xC2; &#xC2; &#xC2; &#xC2; &#xC2; &#xC2;label: &#xE6;&#xE7;&#xE5;&#xE7;&#xEF;;<br>
&#xC2; &#xC2; &#xC2; &#xC2; &#xC2; &#xC2; &#xC2; &#xC2;text { @id: password; text: ""; style: PASSWORD; }<br>
&#xC2; &#xC2; &#xC2; &#xC2; &#xC2; &#xC2; &#xC2; &#xC2;button { @id: login; text: "&#xE7;&#xE5;&#xE7;&#xE7;(&amp;L) &#xC2; "; style:
PUSH; }<br>
&#xC2; &#xC2; &#xC2; &#xC2;}<br>
&#xC2; &#xC2; &#xC2; &#xC2;client: @sectionClient;<br>
}<br>
    <br>
2, a thought: at this time, in the world, the most question is not can<br>
you do. instead, just be: How and what make better.Yes? like David<br>
style, I do answer, sure.:)<br>
    <br>
Best! qinxian<br>
    <br>
_______________________________________________<br>
eclipse-incubator-e4-dev mailing list<br>
    <a moz-do-not-send="true"
 href="mailto:eclipse-incubator-e4-dev@xxxxxxxxxxx" target="_blank">eclipse-incubator-e4-dev@xxxxxxxxxxx</a><br>
    <a moz-do-not-send="true"
 href="https://dev.eclipse.org/mailman/listinfo/eclipse-incubator-e4-dev"
 target="_blank">https://dev.eclipse.org/mailman/listinfo/eclipse-incubator-e4-dev</a><br>
    <br>
  </blockquote>
  <pre wrap="">
<hr size="4" width="90%">
_______________________________________________
eclipse-incubator-e4-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:eclipse-incubator-e4-dev@xxxxxxxxxxx">eclipse-incubator-e4-dev@xxxxxxxxxxx</a>
<a class="moz-txt-link-freetext" href="https://dev.eclipse.org/mailman/listinfo/eclipse-incubator-e4-dev">https://dev.eclipse.org/mailman/listinfo/eclipse-incubator-e4-dev</a>
  </pre>
</blockquote>


</font></td></tr></table>]]></content:encoded>
		<pubDate>Fri, 07 Nov 2008 11:24:11 GMT</pubDate>
		<guid isPermaLink="true">http://dev.eclipse.org/mhonarc/lists/eclipse-incubator-e4-dev/msg01045.html</guid>
		<author>ed.merks@xxxxxxx (Ed Merks)</author>
	</item>
	<item>
		<title>RE: RE: [eclipse-incubator-e4-dev] Fw: Declarative UI roundup?</title>
		<link>http://dev.eclipse.org/mhonarc/lists/eclipse-incubator-e4-dev/msg01044.html</link>
		<description> Sure, we will do it.   Yves From: eclipse-incubator-e4-dev-bounces@xxxxxxxxxxx [mailto:eclipse-incubator-e4-dev-bounces@xxxxxxxxxxx] On Behalf Of David Orme Sent: Thursday, November 06, 2008 5:25 PM To: E4 developer list Subject: Re: RE: [eclipse-incubato...</description>
		<content:encoded><![CDATA[<table width="100%"><tr><td style="a:link { color: blue } a:visited { color: blue } ">





<div class=Section1>

<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'>Sure, we will do it. <o:p></o:p></span></font></p>

<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'><o:p>&nbsp;</o:p></span></font></p>

<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'>Yves<o:p></o:p></span></font></p>

<div>

<div class=MsoNormal align=center style='text-align:center'><font size=3
face="Times New Roman"><span style='font-size:12.0pt'>

<hr size=2 width="100%" align=center tabindex=-1>

</span></font></div>

<p class=MsoNormal><b><font size=2 face=Tahoma><span style='font-size:10.0pt;
font-family:Tahoma;font-weight:bold'>From:</span></font></b><font size=2
face=Tahoma><span style='font-size:10.0pt;font-family:Tahoma'>
eclipse-incubator-e4-dev-bounces@xxxxxxxxxxx [mailto:eclipse-incubator-e4-dev-bounces@xxxxxxxxxxx]
<b><span style='font-weight:bold'>On Behalf Of </span></b>David Orme<br>
<b><span style='font-weight:bold'>Sent:</span></b> Thursday, November 06, 2008
5:25 PM<br>
<b><span style='font-weight:bold'>To:</span></b> <st1:PersonName w:st="on">E4
 developer list</st1:PersonName><br>
<b><span style='font-weight:bold'>Subject:</span></b> Re: RE:
[eclipse-incubator-e4-dev] Fw: Declarative UI roundup?</span></font><o:p></o:p></p>

</div>

<p class=MsoNormal><font size=3 face="Times New Roman"><span style='font-size:
12.0pt'><o:p>&nbsp;</o:p></span></font></p>

<p><font size=3 face="Times New Roman"><span style='font-size:12.0pt'>Yves,
didn't you indicate that XAML *can* provide a 0-abstraction layer?<o:p></o:p></span></font></p>

<p><font size=3 face="Times New Roman"><span style='font-size:12.0pt'>If XAML
can provide a 0-abstraction layer, I think we should seriously consider it, so
long as the IP police agree that we can.<o:p></o:p></span></font></p>

<p><font size=3 face="Times New Roman"><span style='font-size:12.0pt'>I don't
know XAML.&nbsp; Could you put together a small XAML demo showing mappings for:<o:p></o:p></span></font></p>

<p><font size=3 face="Times New Roman"><span style='font-size:12.0pt'>*
properties<br>
* methods<br>
* style bits<br>
* layout managers<o:p></o:p></span></font></p>

<p><font size=3 face="Times New Roman"><span style='font-size:12.0pt'>?<o:p></o:p></span></font></p>

<p><font size=3 face="Times New Roman"><span style='font-size:12.0pt'>Then we
could all more objectively consider our options.<o:p></o:p></span></font></p>

<p><font size=3 face="Times New Roman"><span style='font-size:12.0pt'>-Dave
Orme<o:p></o:p></span></font></p>

<blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'>

<p class=MsoNormal style='margin-bottom:12.0pt'><font size=3
face="Times New Roman"><span style='font-size:12.0pt'>On Nov 6, 2008 8:02 AM,
&quot;Yves YANG&quot; &lt;<a href="mailto:yves.yang@xxxxxxxxxxx">yves.yang@xxxxxxxxxxx</a>&gt;
wrote:<o:p></o:p></span></font></p>

<div link=blue vlink=purple>

<div>

<p><font size=2 color=navy face=Arial><span style='font-size:10.0pt;font-family:
Arial;color:navy'>So let's compare the two directions: abstraction model UI and
SWT Centric</span></font><o:p></o:p></p>

<p><font size=2 color=navy face=Arial><span style='font-size:10.0pt;font-family:
Arial;color:navy'>&nbsp;</span></font><o:p></o:p></p>

<p><font size=2 color=navy face=Arial><span style='font-size:10.0pt;font-family:
Arial;color:navy'>1. SWT Centric</span></font><o:p></o:p></p>

<p><font size=2 color=navy face=Arial><span style='font-size:10.0pt;font-family:
Arial;color:navy'>This approach consists of mapping directly from XML &lt;-&gt;
SWT. It is true SWT is already an abstraction of the different UI technologies:
Win32, GTK, etc. But it is low level abstraction: UI Widgets. It doesn't cover
more advanced concepts. </span></font><o:p></o:p></p>

<p><font size=2 color=navy face=Arial><span style='font-size:10.0pt;font-family:
Arial;color:navy'>&nbsp;</span></font><o:p></o:p></p>

<p><font size=2 color=navy face=Arial><span style='font-size:10.0pt;font-family:
Arial;color:navy'>Could someone tell me why Eclipse invents a new UI Library
SWT, instead of using Swing, which is already cross platform? From my point of
view, SWT respects the native Look and Feel, particularly, in Windows. And
Swing had some problems of performance, ugly look and complexity in
development. This is a good example of courage to replace the out-of-date
solution by a new one. Are we in the same situation? SWT is designed mainly to
create the UI via programming. It is created several years ago. Its API doesn't
full respect neither the model constraint, non JavaBean specification. Using it
as main model, the new component will inherit its limitations and we have to
add outside components to support other features such as style, data binding.
Does it become a hybrid framework?</span></font><o:p></o:p></p>

<p><font size=2 color=navy face=Arial><span style='font-size:10.0pt;font-family:
Arial;color:navy'>&nbsp;</span></font><o:p></o:p></p>

<p><font size=2 color=navy face=Arial><span style='font-size:10.0pt;font-family:
Arial;color:navy'>Since the birth of SWT, the UI technology evolves quickly to
markup language. Microsoft has the courage to give up the Win32 and invent a
new component-based framework WPF for providing common and full integrated UI
platform not only for Developer, but also for graphic designer and business
analyst. It focuses on content presentation, instead of low level basic UI
widgets. It really simplifies the UI Development. </span></font><o:p></o:p></p>

<p><font size=2 color=navy face=Arial><span style='font-size:10.0pt;font-family:
Arial;color:navy'>&nbsp;</span></font><o:p></o:p></p>

<p><font size=2 color=navy face=Arial><span style='font-size:10.0pt;font-family:
Arial;color:navy'>I think SWT should stay where it is designed for. </span></font><o:p></o:p></p>

<p><font size=2 color=navy face=Arial><span style='font-size:10.0pt;font-family:
Arial;color:navy'>&nbsp;</span></font><o:p></o:p></p>

<p><font size=2 color=navy face=Arial><span style='font-size:10.0pt;font-family:
Arial;color:navy'>2. Abstract UI model </span></font><o:p></o:p></p>

<p><font size=2 color=navy face=Arial><span style='font-size:10.0pt;font-family:
Arial;color:navy'>Simply, it will give us a new land with maximum freedom to
develop a complete, extensible UI &quot;Presentation&quot; Framework.</span></font><o:p></o:p></p>

<p><font size=2 color=navy face=Arial><span style='font-size:10.0pt;font-family:
Arial;color:navy'>&nbsp;</span></font><o:p></o:p></p>

<p><font size=2 color=navy face=Arial><span style='font-size:10.0pt;font-family:
Arial;color:navy'>Just a thought</span></font><o:p></o:p></p>

<p><font size=2 color=navy face=Arial><span style='font-size:10.0pt;font-family:
Arial;color:navy'>&nbsp;</span></font><o:p></o:p></p>

<p><font size=2 color=navy face=Arial><span style='font-size:10.0pt;font-family:
Arial;color:navy'>Best regards</span></font><o:p></o:p></p>

<p><font size=2 color=navy face=Arial><span style='font-size:10.0pt;font-family:
Arial;color:navy'>Yves YANG</span></font><o:p></o:p></p>

<div>

<div class=MsoNormal align=center style='text-align:center'><font size=3
face="Times New Roman"><span style='font-size:12.0pt'>

<hr size=2 width="100%" align=center>

</span></font></div>

<p><b><font size=2 face=Tahoma><span style='font-size:10.0pt;font-family:Tahoma;
font-weight:bold'>From:</span></font></b><font size=2 face=Tahoma><span
style='font-size:10.0pt;font-family:Tahoma'> <a
href="mailto:eclipse-incubator-e4-dev-bounces@xxxxxxxxxxx" target="_blank">eclipse-incubator-e4-dev-bounces@xxxxxxxxxxx</a>
[mailto:<a href="mailto:eclipse-incubator-e4-dev-bounces@xxxxxxxxxxx"
target="_blank">eclipse-incubator-e4-dev-bounces@xxxxxxxxxxx</a>] <b><span
style='font-weight:bold'>On Behalf Of </span></b>Kevin McGuire<br>
<b><span style='font-weight:bold'>Sent:</span></b> Thursday, November 06, 2008
12:32 AM<br>
<b><span style='font-weight:bold'>To:</span></b> <st1:PersonName w:st="on">E4
 developer list</st1:PersonName><o:p></o:p></span></font></p>

<p><font size=2 color="#500050" face=Tahoma><span style='font-size:10.0pt;
font-family:Tahoma;color:#500050'>Subject: Re: [eclipse-incubator-e4-dev] Fw:
Declarative UI roundup?</span></font><font size=2 face=Tahoma><span
style='font-size:10.0pt;font-family:Tahoma'><o:p></o:p></span></font></p>

</div>

<p><font size=3 color="#500050" face="Times New Roman"><span style='font-size:
12.0pt;color:#500050'>Great discussion guys. &nbsp;I'm only beginning to
understand this area and the thread has been helpfu...</span></font><o:p></o:p></p>

</div>

</div>

<p class=MsoNormal style='margin-bottom:12.0pt'><font size=3
face="Times New Roman"><span style='font-size:12.0pt'><br>
_______________________________________________<br>
eclipse-incubator-e4-dev mailing list<br>
<a href="mailto:eclipse-incubator-e4-dev@xxxxxxxxxxx">eclipse-incubator-e4-dev@xxxxxxxxxxx</a><br>
<a href="https://dev.eclipse.org/mailman/listinfo/eclipse-incubator-e4-dev"
target="_blank">https://dev.eclipse.org/mailman/listinfo/eclipse-incubator-e4-dev</a><o:p></o:p></span></font></p>

</blockquote>

</div>




</td></tr></table>]]></content:encoded>
		<pubDate>Fri, 07 Nov 2008 10:22:07 GMT</pubDate>
		<guid isPermaLink="true">http://dev.eclipse.org/mhonarc/lists/eclipse-incubator-e4-dev/msg01044.html</guid>
		<author>yves.yang@xxxxxxx (Yves YANG)</author>
	</item>


	<item>
		<title>Re: [eclipse-incubator-e4-dev] Fw: Declarative UI roundup?</title>
		<link>http://dev.eclipse.org/mhonarc/lists/eclipse-incubator-e4-dev/msg01043.html</link>
		<description> self, it's AST more simple. Not only just for the simple case, the script direct support MAP. Why simple? it's just do Object Notation, NO any other thing. The showed script indeed is SWT-protocoled sort of script. Best,qinxian 2008/11/7 Yves YANG &amp;lt;yves.y...</description>
		<content:encoded><![CDATA[<pre>:)O'cause,I never knows other more simpler thing. Not only the script
self, it's AST more simple.
Not only just for the simple case, the script direct support MAP.
Why simple? it's just do Object Notation, NO any other thing.
The showed script indeed is SWT-protocoled sort of script.

Best,qinxian

2008/11/7 Yves YANG &lt;yves.yang@xxxxxxxxxxx&gt;:
&gt; Do you think the script is better than XML? I cannot see the benefices. A
&gt; similar comparison is CSV and XML for data exchange. For sure, it is
&gt; compact.
&gt; I'm pretty sure for a simple case, it is simple.
&gt;
&gt; Regards
&gt; Yves YANG
&gt; -----Original Message-----
&gt; From: eclipse-incubator-e4-dev-bounces@xxxxxxxxxxx
&gt; [<a  href="mailto:eclipse-incubator-e4-dev-bounces@xxxxxxxxxxx">mailto:eclipse-incubator-e4-dev-bounces@xxxxxxxxxxx</a>] On Behalf Of ??
&gt; Sent: Friday, November 07, 2008 1:47 AM
&gt; To: E4 developer list
&gt; Subject: Re: [eclipse-incubator-e4-dev] Fw: Declarative UI roundup?
&gt;
&gt; 2 points: an UI declaration, and a thought.
&gt; 1.an UI declaration:
&gt; above sample can be like this:
&gt;
&gt; @layout: fill;
&gt; label: &quot;hello, world&quot;; text{style: BORDER; layoutData: &quot;grow&quot;}
&gt;
&gt; Huge simple?  if yes, again:
&gt;
&gt; @layout: &quot;fill&quot;;
&gt; @StyleSheet{
&gt;        text{ style: SINGLE, BORDER;}
&gt; };
&gt; @forms: true;
&gt;
&gt; section{
&gt;        @id: loginSection;
&gt;        sectionStyle: ExpandableComposite.TITLE_BAR;
&gt;        CompositeSeparator:NONE;
&gt;        text: &#x767B;&#x5F55;&#x7CFB;&#x7EDF;;
&gt;        layoutData: &quot;center&quot;;
&gt;        composite{
&gt;                @id: sectionClient;
&gt;                layout: &quot;wrap 3&quot;, &quot;[][250:pref:400,fill][]&quot;, &quot;[]5[]&quot;;
&gt;                label: &#x60A8;&#x7684;&#x6570;&#x5B57;&#x8BC1;&#x4E66;&#xFF1A;;
&gt;                text { @id: certFile; text: &quot;&quot;; }
&gt;                button { @id: browse; text: &#x9009;&#x62E9;&#x6587;&#x4EF6;(&amp;B)...; style: PUSH; }
&gt;
&gt;                label: &#x60A8;&#x7684;&#x5BC6;&#x7801;&#xFF1A;;
&gt;                text { @id: password; text: &quot;&quot;; style: PASSWORD; }
&gt;                button { @id: login; text: &quot;&#x767B;&#x5F55;&#x7CFB;&#x7EDF;(&amp;L)   &quot;; style: PUSH; }
&gt;        }
&gt;        client: @sectionClient;
&gt; }
&gt;
&gt; 2, a thought: at this time, in the world, the most question is not can
&gt; you do. instead, just be: How and what make better.Yes? like David
&gt; style, I do answer, sure.:)
&gt;
&gt; Best! qinxian
&gt;
&gt; _______________________________________________
&gt; eclipse-incubator-e4-dev mailing list
&gt; eclipse-incubator-e4-dev@xxxxxxxxxxx
&gt; <a  href="https://dev.eclipse.org/mailman/listinfo/eclipse-incubator-e4-dev">https://dev.eclipse.org/mailman/listinfo/eclipse-incubator-e4-dev</a>
&gt;



-- 
&#x81F4;&#x656C;
&#x5411;&#x96C5;
</pre>]]></content:encoded>
		<pubDate>Fri, 07 Nov 2008 04:39:17 GMT</pubDate>
		<guid isPermaLink="true">http://dev.eclipse.org/mhonarc/lists/eclipse-incubator-e4-dev/msg01043.html</guid>
		<author>fyaoxy@xxxxxxx (&#x5411;&#x96C5;)</author>
	</item>
	<item>
		<title>Re: RE: [eclipse-incubator-e4-dev] Fw: Declarative UI roundup?</title>
		<link>http://dev.eclipse.org/mhonarc/lists/eclipse-incubator-e4-dev/msg01042.html</link>
		<description>A node name is first converted to a setter.  If we can&amp;#39;t find a method by that name, then we try to resolve the node as a class name. This works nearly all the time. But to create a Text inside a Group becomes a problem since Group has setText(). To handle...</description>
		<content:encoded><![CDATA[<p>A node name is first converted to a setter.&nbsp; If we can&#39;t find a method by that name, then we try to resolve the node as a class name.<br></p>
<p>This works nearly all the time.<br></p>
<p>But to create a Text inside a Group becomes a problem since Group has setText().<br></p>
<p>To handle that rare case, XSWT has an &lt;x:children&gt; meta-node.&nbsp; So you can write:</p>
<p>&lt;group&gt;<br>
&nbsp; &lt;layout x:class=&quot;fillLayout&quot;&gt;<br>
&nbsp; &lt;x:children&gt;<br>
&nbsp;&nbsp;&nbsp; &lt;text x:style=&quot;BORDER&quot;&gt;<br>
&nbsp; &lt;/x:children&gt;<br>
&lt;/group&gt;<br></p>
<p>-Dave Orme<br></p>
<p><blockquote>On Nov 6, 2008 4:25 PM, &quot;Yves YANG&quot; &lt;<a href="mailto:yves.yang@xxxxxxxxxxx" target="_blank">yves.yang@xxxxxxxxxxx</a>&gt; wrote:<br><br>









<div lang="EN-US" link="blue" vlink="blue">

<div>

<p><font size="2" color="navy" face="Arial"><span style="font-size:10.0pt;font-family:Arial;color:navy">One question on your code: how do you make
the difference between property &quot;layout&quot; and child &quot;label&quot;?</span></font></p>

<p><font size="2" color="navy" face="Arial"><span style="font-size:10.0pt;font-family:Arial;color:navy">&nbsp;</span></font></p>

<p><font size="2" color="navy" face="Arial"><span style="font-size:10.0pt;font-family:Arial;color:navy">yves</span></font></p>

<div>

<div align="center" style="text-align:center"><font size="3" face="Times New Roman"><span style="font-size:12.0pt">

<hr size="2" width="100%" align="center">

</span></font></div>

<p><b><font size="2" face="Tahoma"><span style="font-size:10.0pt;font-family:Tahoma;font-weight:bold">From:</span></font></b><font size="2" face="Tahoma"><span style="font-size:10.0pt;font-family:Tahoma">
<a href="mailto:eclipse-incubator-e4-dev-bounces@xxxxxxxxxxx" target="_blank">eclipse-incubator-e4-dev-bounces@xxxxxxxxxxx</a> [mailto:<a href="mailto:eclipse-incubator-e4-dev-bounces@xxxxxxxxxxx" target="_blank">eclipse-incubator-e4-dev-bounces@xxxxxxxxxxx</a>]
<b><span style="font-weight:bold">On Behalf Of </span></b>David Orme<p><font color="#500050">
Sent: jeudi 6 novembre 2008 18:11
</font></p><p><font color="#500050">To: E4 developer list
Subject: Re: [eclipse-incubator-e4-dev] Fw: Declarative UI roundup?</font></p></span></font></p>

</div><p><font color="#500050">

&nbsp;

Since I won&#39;t ask someone to do something I won&#39;t myself do, :-) here&#39;s a slightly-enhanced Hel...</font></p></div>

</div>


<br>_______________________________________________<br>
eclipse-incubator-e4-dev mailing list<br>
<a href="mailto:eclipse-incubator-e4-dev@xxxxxxxxxxx" target="_blank">eclipse-incubator-e4-dev@xxxxxxxxxxx</a><br>
<a href="https://dev.eclipse.org/mailman/listinfo/eclipse-incubator-e4-dev" target="_blank">https://dev.eclipse.org/mailman/listinfo/eclipse-incubator-e4-dev</a><br>
<br></blockquote></p>
]]></content:encoded>
		<pubDate>Fri, 07 Nov 2008 04:01:53 GMT</pubDate>
		<guid isPermaLink="true">http://dev.eclipse.org/mhonarc/lists/eclipse-incubator-e4-dev/msg01042.html</guid>
		<author>djo@xxxxxxx (David Orme)</author>
	</item>
	<item>
		<title>Re: [eclipse-incubator-e4-dev] Fw: Declarative UI roundup?</title>
		<link>http://dev.eclipse.org/mhonarc/lists/eclipse-incubator-e4-dev/msg01041.html</link>
		<description>This is interesting.  XML is good in that it has tooling, but other formats are arguably even more wrist and eye-friendly.  Given our web aspirations, JSON seems particularly interesting... Ed- is there a JSON marshaller for EMF objects yet? -Dave Orme </description>
		<content:encoded><![CDATA[<p>This is interesting.&nbsp; XML is good in that it has tooling, but other formats are arguably even more wrist and eye-friendly.&nbsp; Given our web aspirations, JSON seems particularly interesting...</p>
<p>Ed- is there a JSON marshaller for EMF objects yet?<br></p>
<p>-Dave Orme</p>
<p><blockquote>On Nov 6, 2008 6:47 PM, &quot;&#xE5;&#xE9;&quot; &lt;<a href="mailto:fyaoxy@xxxxxxxxx" target="_blank">fyaoxy@xxxxxxxxx</a>&gt; wrote:<br><br>2 points: an UI declaration, and a thought.<br>
<a href="http://1.an" target="_blank">1.an</a> UI declaration:<br>
above sample can be like this:<br>
<br>
@layout: fill;<br>
label: &quot;hello, world&quot;; text{style: BORDER; layoutData: &quot;grow&quot;}<br>
<br>
Huge simple? &nbsp;if yes, again:<br>
<br>
@layout: &quot;fill&quot;;<br>
@StyleSheet{<br>
 &nbsp; &nbsp; &nbsp; &nbsp;text{ style: SINGLE, BORDER;}<br>
};<br>
@forms: true;<br>
<br>
section{<br>
 &nbsp; &nbsp; &nbsp; &nbsp;@id: loginSection;<br>
 &nbsp; &nbsp; &nbsp; &nbsp;sectionStyle: ExpandableComposite.TITLE_BAR;<br>
 &nbsp; &nbsp; &nbsp; &nbsp;CompositeSeparator:NONE;<br>
 &nbsp; &nbsp; &nbsp; &nbsp;text: &#xE7;&#xE5;&#xE7;&#xE7;;<br>
 &nbsp; &nbsp; &nbsp; &nbsp;layoutData: &quot;center&quot;;<br>
 &nbsp; &nbsp; &nbsp; &nbsp;composite{<br>
 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;@id: sectionClient;<br>
 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;layout: &quot;wrap 3&quot;, &quot;[][250:pref:400,fill][]&quot;, &quot;[]5[]&quot;;<br>
 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;label: &#xE6;&#xE7;&#xE6;&#xE5;&#xE8;&#xE4;&#xEF;;<br>
 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;text { @id: certFile; text: &quot;&quot;; }<br>
 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;button { @id: browse; text: &#xE9;&#xE6;&#xE6;&#xE4;(&amp;B)...; style: PUSH; }<br>
<br>
 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;label: &#xE6;&#xE7;&#xE5;&#xE7;&#xEF;;<br>
 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;text { @id: password; text: &quot;&quot;; style: PASSWORD; }<br>
 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;button { @id: login; text: &quot;&#xE7;&#xE5;&#xE7;&#xE7;(&amp;L) &nbsp; &quot;; style: PUSH; }<br>
 &nbsp; &nbsp; &nbsp; &nbsp;}<br>
 &nbsp; &nbsp; &nbsp; &nbsp;client: @sectionClient;<br>
}<br>
<br>
2, a thought: at this time, in the world, the most question is not can<br>
you do. instead, just be: How and what make better.Yes? like David<br>
style, I do answer, sure.:)<br>
<br>
Best! qinxian<br>
<br>_______________________________________________<br>
eclipse-incubator-e4-dev mailing list<br>
<a href="mailto:eclipse-incubator-e4-dev@xxxxxxxxxxx" target="_blank">eclipse-incubator-e4-dev@xxxxxxxxxxx</a><br>
<a href="https://dev.eclipse.org/mailman/listinfo/eclipse-incubator-e4-dev" target="_blank">https://dev.eclipse.org/mailman/listinfo/eclipse-incubator-e4-dev</a><br>
<br></blockquote></p>
]]></content:encoded>
		<pubDate>Fri, 07 Nov 2008 03:42:12 GMT</pubDate>
		<guid isPermaLink="true">http://dev.eclipse.org/mhonarc/lists/eclipse-incubator-e4-dev/msg01041.html</guid>
		<author>djo@xxxxxxx (David Orme)</author>
	</item>
	<item>
		<title>RE: [eclipse-incubator-e4-dev] Fw: Declarative UI roundup?</title>
		<link>http://dev.eclipse.org/mhonarc/lists/eclipse-incubator-e4-dev/msg01040.html</link>
		<description>Do you think the script is better than XML? I cannot see the benefices. A similar comparison is CSV and XML for data exchange. For sure, it is compact. I'm pretty sure for a simple case, it is simple. Regards Yves YANG -----Original Message----- From: ecli...</description>
		<content:encoded><![CDATA[<pre>Do you think the script is better than XML? I cannot see the benefices. A
similar comparison is CSV and XML for data exchange. For sure, it is
compact. 
I'm pretty sure for a simple case, it is simple. 

Regards
Yves YANG
-----Original Message-----
From: eclipse-incubator-e4-dev-bounces@xxxxxxxxxxx
[<a  href="mailto:eclipse-incubator-e4-dev-bounces@xxxxxxxxxxx">mailto:eclipse-incubator-e4-dev-bounces@xxxxxxxxxxx</a>] On Behalf Of ??
Sent: Friday, November 07, 2008 1:47 AM
To: E4 developer list
Subject: Re: [eclipse-incubator-e4-dev] Fw: Declarative UI roundup?

2 points: an UI declaration, and a thought.
1.an UI declaration:
above sample can be like this:

@layout: fill;
label: &quot;hello, world&quot;; text{style: BORDER; layoutData: &quot;grow&quot;}

Huge simple?  if yes, again:

@layout: &quot;fill&quot;;
@StyleSheet{
	text{ style: SINGLE, BORDER;}
};
@forms: true;

section{
	@id: loginSection;
	sectionStyle: ExpandableComposite.TITLE_BAR;
	CompositeSeparator:NONE;
	text: &#x767B;&#x5F55;&#x7CFB;&#x7EDF;;
	layoutData: &quot;center&quot;;
	composite{
		@id: sectionClient;
		layout: &quot;wrap 3&quot;, &quot;[][250:pref:400,fill][]&quot;, &quot;[]5[]&quot;;
		label: &#x60A8;&#x7684;&#x6570;&#x5B57;&#x8BC1;&#x4E66;&#xFF1A;;
		text { @id: certFile; text: &quot;&quot;; }
		button { @id: browse; text: &#x9009;&#x62E9;&#x6587;&#x4EF6;(&amp;B)...; style: PUSH; }

		label: &#x60A8;&#x7684;&#x5BC6;&#x7801;&#xFF1A;;
		text { @id: password; text: &quot;&quot;; style: PASSWORD; }
		button { @id: login; text: &quot;&#x767B;&#x5F55;&#x7CFB;&#x7EDF;(&amp;L)   &quot;; style: PUSH; }
	}
	client: @sectionClient;
}

2, a thought: at this time, in the world, the most question is not can
you do. instead, just be: How and what make better.Yes? like David
style, I do answer, sure.:)

Best! qinxian


</pre>]]></content:encoded>
		<pubDate>Fri, 07 Nov 2008 01:04:12 GMT</pubDate>
		<guid isPermaLink="true">http://dev.eclipse.org/mhonarc/lists/eclipse-incubator-e4-dev/msg01040.html</guid>
		<author>yves.yang@xxxxxxx (Yves YANG)</author>
	</item>
	<item>
		<title>Re: [eclipse-incubator-e4-dev] Fw: Declarative UI roundup?</title>
		<link>http://dev.eclipse.org/mhonarc/lists/eclipse-incubator-e4-dev/msg01039.html</link>
		<description>2 points: an UI declaration, and a thought. 1.an UI declaration: above sample can be like this: @layout: fill; label: &amp;quot;hello, world&amp;quot;; text{style: BORDER; layoutData: &amp;quot;grow&amp;quot;} Huge simple? if yes, again: @layout: &amp;quot;fill&amp;quot;; @StyleSheet{ text{ style: SINGLE, BOR...</description>
		<content:encoded><![CDATA[<pre>2 points: an UI declaration, and a thought.
1.an UI declaration:
above sample can be like this:

@layout: fill;
label: &quot;hello, world&quot;; text{style: BORDER; layoutData: &quot;grow&quot;}

Huge simple?  if yes, again:

@layout: &quot;fill&quot;;
@StyleSheet{
	text{ style: SINGLE, BORDER;}
};
@forms: true;

section{
	@id: loginSection;
	sectionStyle: ExpandableComposite.TITLE_BAR;
	CompositeSeparator:NONE;
	text: &#x767B;&#x5F55;&#x7CFB;&#x7EDF;;
	layoutData: &quot;center&quot;;
	composite{
		@id: sectionClient;
		layout: &quot;wrap 3&quot;, &quot;[][250:pref:400,fill][]&quot;, &quot;[]5[]&quot;;
		label: &#x60A8;&#x7684;&#x6570;&#x5B57;&#x8BC1;&#x4E66;&#xFF1A;;
		text { @id: certFile; text: &quot;&quot;; }
		button { @id: browse; text: &#x9009;&#x62E9;&#x6587;&#x4EF6;(&amp;B)...; style: PUSH; }

		label: &#x60A8;&#x7684;&#x5BC6;&#x7801;&#xFF1A;;
		text { @id: password; text: &quot;&quot;; style: PASSWORD; }
		button { @id: login; text: &quot;&#x767B;&#x5F55;&#x7CFB;&#x7EDF;(&amp;L)   &quot;; style: PUSH; }
	}
	client: @sectionClient;
}

2, a thought: at this time, in the world, the most question is not can
you do. instead, just be: How and what make better.Yes? like David
style, I do answer, sure.:)

Best! qinxian
</pre>]]></content:encoded>
		<pubDate>Fri, 07 Nov 2008 00:46:58 GMT</pubDate>
		<guid isPermaLink="true">http://dev.eclipse.org/mhonarc/lists/eclipse-incubator-e4-dev/msg01039.html</guid>
		<author>fyaoxy@xxxxxxx (&#x5411;&#x96C5;)</author>
	</item>

 
	</channel>
	</rss>
<!-- MHonArc v2.6.10 -->
