Re: [IronPython] IronPython and WPF/E

2006-12-07 Thread Neil(木野狐) 

Yes, I also think that script languages like javascript and IronPython
do have advantages than C# or VB.NET for this purpose.

2006/12/6, Kevin Chu <[EMAIL PROTECTED]>:

now, you have to use javascript to interact with WPF/E.
And next year ms will support C# and VB.NET to interact.
But I think IronPython maybe is best choice to programming WPF/E Rich
Internet Application.
Kevin

On 12/6/06, Neil(木野狐) <[EMAIL PROTECTED]> wrote:
> What does 'managed code integration' mean? Could you tell me about it?
> Thanks,
>
> Neil
>
> 2006/12/6, Kevin Chu <[EMAIL PROTECTED]>:
> > hi,everybody
> > WPF/E CTP(Dec 2006) released in 12.4.
> > Now WPF/E only interact with AJAX, then next year provide managed code
> > integration.
> > So I think IronPython should became first better choice for WPF/E's
> > managed language.
> > Do you think about it ?
> >
> > Kevin Chu
> > --
> > Once in a Redmoon
> > ___
> > users mailing list
> > users@lists.ironpython.com
> > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
> >
> ___
> users mailing list
> users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>


--
Once in a Redmoon
___
users mailing list
users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

___
users mailing list
users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] Data binding - how?

2006-12-07 Thread Patrick O'Brien 

On 12/7/06, Dave Fugate <[EMAIL PROTECTED]> wrote:


 OK, I've now recreated your sample in C# and found it basically works.
  I just commented out the calls to Columns.Add(…) and changed the ages
from integers to strings just to be on the safe side.



On a hunch, I redefined "people" in your original Python code to:

   people = System.Collections.Generic.List[Person]()

and

   people = System.Collections.Generic.List[System.Object]()



Neither of these work either so it does not appear to be a mismatch
between Python and CLR list types.  At this point, I'm fairly sure that
there's a bug or unimplemented feature in IronPython where Python properties
do not map to CLR properties as you say.  An educated guess is that this
might have something to do with the fact that the Python property decorator
does not give the type.



The correct number of rows get created in the grid, so I don't think the
problem is with the list.  Rather, it is with the objects in the list and
the ability to get the attributes of those objects.  But I don't know why
this should be a problem.  Especially with a text column, since any Python
object/attribute can be represented as text.  So hopefully it will be easy
to fix.  Thanks for your help.

--
Patrick K. O'Brien
Orbtech   http://www.orbtech.com
Schevohttp://www.schevo.org
Louie http://www.pylouie.org
___
users mailing list
users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] Data binding - how?

2006-12-07 Thread Dave Fugate 
OK, I've now recreated your sample in C# and found it basically works.   I just 
commented out the calls to Columns.Add(...) and changed the ages from integers 
to strings just to be on the safe side.

On a hunch, I redefined "people" in your original Python code to:
   people = System.Collections.Generic.List[Person]()
and
   people = System.Collections.Generic.List[System.Object]()

Neither of these work either so it does not appear to be a mismatch between 
Python and CLR list types.  At this point, I'm fairly sure that there's a bug 
or unimplemented feature in IronPython where Python properties do not map to 
CLR properties as you say.  An educated guess is that this might have something 
to do with the fact that the Python property decorator does not give the type.


From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Patrick O'Brien
Sent: Thursday, December 07, 2006 9:35 AM
To: Discussion of IronPython
Subject: Re: [IronPython] Data binding - how?

On 12/6/06, Dave Fugate <[EMAIL PROTECTED]> wrote:

I looked into trying to replace the Python class full of properties with a list 
full of tuples.  That is, doing something similar to:

#...

data = [

('Joe', 23),

('Bob', 8),

('Thomas', 32),

('Patrick', 41),

('Kathy', 19),

('Sue', 77),

]

#...

grid.DataSource = data



as was suggested in an earlier email.  As far as I can tell you're limited to 
one-dimensional arrays for the DataSource as is suggested by 
http://www.vbdotnetforums.com/showthread.php?t=14657 .

That makes sense.  Thanks for the clarification, Dave.  :-)

--
Patrick K. O'Brien
Orbtech   http://www.orbtech.com
Schevohttp://www.schevo.org
Louie http://www.pylouie.org
___
users mailing list
users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] Data binding - how?

2006-12-07 Thread Patrick O'Brien 

On 12/6/06, Dino Viehland <[EMAIL PROTECTED]> wrote:


 But the DataGridView doesn't seem to be looking at the individual items.
Feel free to open a bug on this and please include the repros you had
before.



Thanks.  I filed a bug report at
http://www.codeplex.com/IronPython/WorkItem/View.aspx?WorkItemId=6332.

I would LOVE to see this ticket (#6332) get some votes as the combination of
Python objects with data binding will be very powerful, IMNSHO.  ;-)

--
Patrick K. O'Brien
Orbtech   http://www.orbtech.com
Schevohttp://www.schevo.org
Louie http://www.pylouie.org
___
users mailing list
users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] Data binding - how?

2006-12-07 Thread Patrick O'Brien 

On 12/6/06, Dave Fugate <[EMAIL PROTECTED]> wrote:


 I looked into trying to replace the Python class full of properties with
a list full of tuples.  That is, doing something similar to:

#...

data = [

('Joe', 23),

('Bob', 8),

('Thomas', 32),

('Patrick', 41),

('Kathy', 19),

('Sue', 77),

]

#...

grid.DataSource = data



as was suggested in an earlier email.  As far as I can tell you're limited
to one-dimensional arrays for the DataSource as is suggested by
http://www.vbdotnetforums.com/showthread.php?t=14657.



That makes sense.  Thanks for the clarification, Dave.  :-)

--
Patrick K. O'Brien
Orbtech   http://www.orbtech.com
Schevohttp://www.schevo.org
Louie http://www.pylouie.org
___
users mailing list
users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] os.popen() + Mono == segfault

2006-12-07 Thread Paolo Molaro 
On 12/07/06 Anthony Baxter wrote:
> On both IronPython 1.0.1 and IPCE release 4, os.popen() segfaults
> under Mono 1.17.1 (on Ubuntu edgy).
> 
> To reproduce:
> ipy.exe -c "import os; print os.popen('/bin/ls', 'r').read()"
> 
> Stacktrace follows, for whatever value it is... I can't tell
> immediately whether it's an IronPython or Mono problem, although it
> _appears_ to be in Mono. If other people agree, I'll log a Mono bug
> tomorrow.

The bug is fixed in svn (at least on non-win32): Process didn't handle
the case when only the filename is set in ProcessStartInfo.

lupus

-- 
-
[EMAIL PROTECTED] debian/rules
[EMAIL PROTECTED] Monkeys do it better
___
users mailing list
users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com