:* [IronPython] .Net attributes/decorators
In reviewing the discussion of .Net decorators in the list (thank you
Google Groups), I did not come across a discussion of what I saw as the
central issue: is IronPython to be a Superset of Python (every Python
program will run in IronPython, not every
(
fget=self.fget,
fset=newsetter,
fdel=self.fdel,
doc=self.__doc__)
*From:* Lukas Cenovsky [mailto:cenov...@bakalari.cz]
*Sent:* Thursday, November 12, 2009 11:01 AM
*To:* Shri Borde
*Subject:* Re: [IronPython] .NET attributes for methods
Shri Borde
=self.fdel,
doc=self.__doc__)
*From:* Lukas Cenovsky [mailto:cenov...@bakalari.cz]
*Sent:* Thursday, November 12, 2009 11:01 AM
*To:* Shri Borde
*Subject:* Re: [IronPython] .NET attributes for methods
Shri Borde wrote:
So the new clrtype.py still works - cool!
Yep ;-)
I am
instance.
Will look into it, but I doubt it will help you with data binding.
From: users-boun...@lists.ironpython.com
[mailto:users-boun...@lists.ironpython.com] On Behalf Of Lukas Cenovsky
Sent: Friday, November 13, 2009 5:42 AM
To: Discussion of IronPython
Subject: Re: [IronPython] .NET attributes
...@lists.ironpython.com
[mailto:users-boun...@lists.ironpython.com] *On Behalf Of *Lukas Cenovsky
*Sent:* Friday, November 13, 2009 5:42 AM
*To:* Discussion of IronPython
*Subject:* Re: [IronPython] .NET attributes for methods
This looks very promising but I cannot make it work. I have changed
of IronPython
*Subject:* Re: [IronPython] .NET attributes for methods
This looks very promising but I cannot make it work. I have changed
product.py in DevHawk's example to:
#from clrtypeold import ClrMetaclass
import clrtype
class Product(object):
#__metaclass__ = ClrMetaclass
__metaclass__
use any feature not available in Silverlight?
From: Lukas Cenovsky [mailto:cenov...@bakalari.cz]
Sent: Thursday, November 12, 2009 8:09 AM
To: Shri Borde
Subject: Re: [IronPython] .NET attributes for methods
Thanks, that works!
What do you think would be the best approach to create notifiable
[mailto:cenov...@bakalari.cz]
*Sent:* Thursday, November 12, 2009 8:09 AM
*To:* Shri Borde
*Subject:* Re: [IronPython] .NET attributes for methods
Thanks, that works!
What do you think would be the best approach to create notifiable
properties for Silverlight? I did it for WPF (via decorators
Cenovsky
Sent: Thursday, October 22, 2009 10:37 AM
To: Discussion of IronPython
Subject: [IronPython] .NET attributes for methods
Hi,
I have read all DewHawk blogposts about .Net attributes in IronPython
via __clrtype__ metaclass
(http://devhawk.net/CategoryView,category,__clrtype__.aspx). He
the object
and also make sure that no exceptions were thrown?
From: users-boun...@lists.ironpython.com
[mailto:users-boun...@lists.ironpython.com] On Behalf Of Lukas Cenovsky
Sent: Tuesday, November 10, 2009 2:59 PM
To: Discussion of IronPython
Subject: Re: [IronPython] .NET attributes for methods
I
not get called)
This does not work today...
*From:* users-boun...@lists.ironpython.com
[mailto:users-boun...@lists.ironpython.com] *On Behalf Of *Lukas Cenovsky
*Sent:* Friday, October 30, 2009 10:41 AM
*To:* Discussion of IronPython
*Subject:* Re: [IronPython] .NET attributes for methods
-boun...@lists.ironpython.com
[mailto:users-boun...@lists.ironpython.com] On Behalf Of Lukas Cenovsky
Sent: Monday, November 02, 2009 9:29 AM
To: Discussion of IronPython
Subject: Re: [IronPython] .NET attributes for methods
I was thinking about this... Does ir mean that (after adding such support
than DllImport for pinvokes)...
-Original Message-
From: users-boun...@lists.ironpython.com
[mailto:users-boun...@lists.ironpython.com] On Behalf Of Lukas Cenovsky
Sent: Thursday, October 22, 2009 10:37 AM
To: Discussion of IronPython
Subject: [IronPython] .NET attributes for methods
Hi,
I
of IronPython
Subject: Re: [IronPython] .NET attributes for methods
Thanks.
I wanted to implement WCF service in pure Ironpython but I overlooked the
[OperationContract] method attribute is used in the interface declaration.
Anyway, thanks to class attributes it is now possible to implement the WCF
On 9/14/06, Dino Viehland [EMAIL PROTECTED] wrote:
We're tentatively thinking that this is a 2.0 feature but if we figured out a
syntax we really liked we'd try to get it into 1.1.
It seems as if there are two clean ways to do this in my mind.
1. Use python2.4's decorator sytax and extend it
Charlie Moad wrote:
On 9/14/06, Dino Viehland [EMAIL PROTECTED] wrote:
We're tentatively thinking that this is a 2.0 feature but if we figured out
a syntax we really liked we'd try to get it into 1.1.
It seems as if there are two clean ways to do this in my mind.
1. Use
We're tentatively thinking that this is a 2.0 feature but if
we figured out a syntax we really liked we'd try to get it into 1.1.
It seems as if there are two clean ways to do this in my mind.
1. Use python2.4's decorator sytax and extend it to allow class and
class variable
On 9/15/06, Michael Foord [EMAIL PROTECTED] wrote:
Charlie Moad wrote:
On 9/14/06, Dino Viehland [EMAIL PROTECTED] wrote:
We're tentatively thinking that this is a 2.0 feature but if we figured
out a syntax we really liked we'd try to get it into 1.1.
It seems as if there are two
Charlie Moad wrote:
On 9/15/06, Michael Foord [EMAIL PROTECTED] wrote:
Charlie Moad wrote:
On 9/14/06, Dino Viehland [EMAIL PROTECTED] wrote:
We're tentatively thinking that this is a 2.0 feature but if we figured
out a syntax we really liked we'd try to get it into 1.1.
Take away decorator support and you'll lose at least this Python
programmer...
Decorators and attributes have at least some commonality, which is why
this syntax ended up in Python in the first place...
Allowing decorator syntax in places CPython doesn't is better than not
allowing it where
Charlie Moad wrote:
Take away decorator support and you'll lose at least this Python
programmer...
Decorators and attributes have at least some commonality, which is why
this syntax ended up in Python in the first place...
Allowing decorator syntax in places CPython doesn't is better than not
On 9/15/06, Michael Foord [EMAIL PROTECTED] wrote:
Charlie Moad wrote:
Take away decorator support and you'll lose at least this Python
programmer...
Decorators and attributes have at least some commonality, which is why
this syntax ended up in Python in the first place...
Allowing
Charlie Moad wrote:
On 9/15/06, Michael Foord [EMAIL PROTECTED] wrote:
Charlie Moad wrote:
Take away decorator support and you'll lose at least this Python
programmer...
Decorators and attributes have at least some commonality, which is why
this syntax ended up in Python in the
Charlie Moad wrote:
On 9/15/06, Michael Foord [EMAIL PROTECTED] wrote:
Charlie Moad wrote:
Take away decorator support and you'll lose at least this Python
programmer...
Decorators and attributes have at least some commonality, which is why
this syntax ended up in Python in the
PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Charlie Moad
Sent: Friday, September 15, 2006 7:46 AM
To: Discussion of IronPython
Subject: Re: [IronPython] .NET attributes
On 9/15/06, Michael Foord [EMAIL PROTECTED] wrote:
Charlie Moad wrote:
Take away decorator support and you'll lose
Charlie's earlier point about all the different targets is a really good one
though - worse than even properties are things like arguments, return types,
etc... that won't fit in at all w/ decorators. You could imagine allowing
the
syntax anywhere, but there'd be no way to disambiguate
Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Charlie Moad
Sent: Friday, September 15, 2006 7:46 AM
To: Discussion of IronPython
Subject: Re: [IronPython] .NET attributes
On 9/15/06, Michael Foord [EMAIL PROTECTED] wrote:
Charlie Moad wrote:
Take away
What is the expected timeline for support for .NET attributes in IronPython?
--
Seo Sanghyeon
___
users mailing list
users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
PROTECTED] On Behalf Of Charlie Moad
Sent: Wednesday, September 13, 2006 5:42 AM
To: Discussion of IronPython
Subject: Re: [IronPython] .NET attributes
I have seen these examples, but my impression was that they are not
useable. The generic web site one may be, but I am pretty sure the
web service
zyman
http://www.voidspace.org.uk/python/index.shtml Martin *From:*
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] *On Behalf Of *Tim Riley *Sent:* Wednesday, July 26, 2006 10:17 AM
*To:* Discussion of IronPython *Subject:* [IronP
Is it possible to use .NET attributes in IronPython? For example I have C# code that looks like:[CommandMethod(MyCommand, CommandFlags.Modal)]public static void RunMyCommand(){ 'code here
}Can I do something similiar in IP? I'll take anything.
___
users
:* [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] *On Behalf Of *Tim Riley
*Sent:* Wednesday, July 26, 2006 10:17 AM
*To:* Discussion of IronPython
*Subject:* [IronPython] NET Attributes.
Is it possible to use .NET attributes in IronPython? For example I
have C# code that looks like
To: Discussion of IronPython
Subject: Re: [IronPython] .NET Attributes
I wouldn't give up completely on using decorators for classes. True,
Python 2.4 doesn't support them on classes, only functions. I think
consistency should be sought here.
After reading PEP 318 (http://www.python.org/dev/peps/pep
Hi,
When there will be support for .NET Attributes in IronPython?
Is there any way currently to mark my class as Serializable?
--
Andrzej
___
users mailing list
users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
-DC1B43134038)
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Andrzej Krzywda
Sent: Monday, March 27, 2006 4:55 AM
To: users@lists.ironpython.com
Subject: [IronPython] .NET Attributes
Hi,
When there will be support for .NET Attributes in IronPython?
Is there any
On the topic of decorators and integrating with .NET, it seems that in order to keep IronPython as close to CPython, it would be a good idea to consider adding .NET specific pieces as a library instead of an addition to the language. That way people could write python code that works in IronPython
To: Discussion
of IronPython
Subject: Re: [IronPython] .NET
Attributes
On the topic of
decorators and integrating with .NET, it seems that in order to keep IronPython
as close to CPython, it would be a good idea to consider adding .NET specific
pieces as a library instead of an addition
For the purposes of consistency, the attribute decorators would need to apply
everywhere an attribute is able to exist in .NET: types, members, etc.
In the case of Serializable, merely subclassing ISerializable isn't necessarily
the best way, since a class can be decorated with
38 matches
Mail list logo
