but wouldn&#39;t linking those to attr_reader, attr_writer and attr_accessor work?<div>At least then you know which things are meant to be properties.</div><div><br></div><div>I don&#39;t mind using something like clrattr_reader etc. to get a different behavior and something to expand upon. because then it becomes</div>

<div>inotify_attr_reader or something, later on for INotifyPropertyChanged implementations.<br clear="all">---<br>Met vriendelijke groeten - Best regards - Salutations<br>Ivan Porto Carrero<br>GSM: +32.486.787.582<br>Blog: <a href="http://flanders.co.nz">http://flanders.co.nz</a><br>

Twitter: <a href="http://twitter.com/casualjim">http://twitter.com/casualjim</a><br>Author of IronRuby in Action (<a href="http://manning.com/carrero">http://manning.com/carrero</a>)<br><br>
<br><br><div class="gmail_quote">On Mon, Jul 20, 2009 at 4:10 PM, Curt Hagenlocher <span dir="ltr">&lt;<a href="mailto:curth@microsoft.com">curth@microsoft.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

This should work under desktop WPF (though not under Silverlight) because IronRuby objects implement ICustomTypeDescriptor. But consider the following code:<br>
<br>
class Drive<br>
  def letter<br>
    &#39;C&#39;<br>
  end<br>
  def format<br>
    # format the hard drive<br>
  end<br>
end<br>
<br>
How do we know what the &quot;properties&quot; of Drive are? For obvious reasons, we would want to return &quot;letter&quot; but not &quot;format&quot;. The way I protected against this was to return only those names which have both an arity 0 getter and an arity 1 setter. In other words, the above class would also need a<br>


<br>
  def letter= value<br>
    # raise some kind of &quot;not supported&quot; exception<br>
  end<br>
<br>
in order for the ICustomTypeDescriptor implementation to recognize &quot;letter&quot; as a property.<br>
<div><div></div><div class="h5"><br>
-----Original Message-----<br>
From: <a href="mailto:ironruby-core-bounces@rubyforge.org">ironruby-core-bounces@rubyforge.org</a> [mailto:<a href="mailto:ironruby-core-bounces@rubyforge.org">ironruby-core-bounces@rubyforge.org</a>] On Behalf Of Shay Friedman<br>


Sent: Saturday, July 18, 2009 9:12 AM<br>
To: <a href="mailto:ironruby-core@rubyforge.org">ironruby-core@rubyforge.org</a><br>
Subject: [Ironruby-core] Data Binding to IronRuby Objects in WPF<br>
<br>
Hi there,<br>
<br>
I&#39;m trying to databind IronRuby objects to a WPF listbox with no success<br>
<br>
My data is a Ruby array of objects. The array seems to be bound fine as<br>
I see the expected number of rows in the listbox. However, every object<br>
within the array fails to bind correctly. I tried the object to be a<br>
Ruby hash or a custom class without success… WPF wouldn&#39;t display the<br>
correct value.<br>
<br>
When I tried to create an array of CLR classes, it worked.<br>
<br>
Will it work in the  future?<br>
<br>
Thanks,<br>
Shay.<br>
<br>
----------------------------<br>
Shay Friedman<br>
<a href="http://www.IronShay.com" target="_blank">http://www.IronShay.com</a><br>
Follow me: <a href="http://twitter.com/ironshay" target="_blank">http://twitter.com/ironshay</a><br>
--<br>
Posted via <a href="http://www.ruby-forum.com/" target="_blank">http://www.ruby-forum.com/</a>.<br>
_______________________________________________<br>
Ironruby-core mailing list<br>
<a href="mailto:Ironruby-core@rubyforge.org">Ironruby-core@rubyforge.org</a><br>
<a href="http://rubyforge.org/mailman/listinfo/ironruby-core" target="_blank">http://rubyforge.org/mailman/listinfo/ironruby-core</a><br>
_______________________________________________<br>
Ironruby-core mailing list<br>
<a href="mailto:Ironruby-core@rubyforge.org">Ironruby-core@rubyforge.org</a><br>
<a href="http://rubyforge.org/mailman/listinfo/ironruby-core" target="_blank">http://rubyforge.org/mailman/listinfo/ironruby-core</a><br>
</div></div></blockquote></div><br></div>