Vernon Cole kirjoitti:
Make sure what data type is really being returned by part.getpayload()
. Perhaps it is already in a suitable for when you get it?
Before he posted to the list we actually talked about this on irc too,
and it seemed that it was unicode. He was seeing type 'str', but it
"I told you so" in an underutilized but very powerful feature of any
rapidly-changing technology. I think we should be making greater use of it.
(No, it didn't count /g/)
From: users-boun...@lists.ironpython.com on behalf of Michael Foord
Sent: Wed 11/11/2009
Michael Foord wrote:
Keith J. Farmer wrote:
While technically true -- I can't *stop* them -- I can tell them "I
told you so" when support is rightfully removed.
Yep, and that's the *only* advantage of hiding releases - you get to
say I told you so. :-)
Oh, plus you don't clutter the downloa
Keith J. Farmer wrote:
While technically true -- I can't *stop* them -- I can tell them "I
told you so" when support is rightfully removed.
Yep, and that's the *only* advantage of hiding releases - you get to say
I told you so. :-)
Michael
I agree it *would* be better to advertise that suc
While technically true -- I can't *stop* them -- I can tell them "I told you
so" when support is rightfully removed.
I agree it *would* be better to advertise that such-and-such version is not
tracked for long-term support, rather than rely on the implication that "RC"
means as much, but I don
Keith J. Farmer wrote:
Well, perhaps because I don't see the upside in breaking things, either. Where
I see an upside is in keeping people from taking inappropriate dependencies. :)
You won't stop them taking dependencies on the latest released version
(people are building stuff against I
Make sure what data type is really being returned by part.getpayload() .
Perhaps it is already in a suitable for when you get it?
The Python 2.x language method of loading a binary blob of memory is to use
the built in function "buffer"
s = 'this is a string'
b = buffer(s)
"b" will be accepted m
You'd have to write an add-in for office that hosted the .NET runtime and
provided a hosting API that IP could interact with. I don't think this would
be a small undertaking.
slide
On Wed, Nov 11, 2009 at 12:12 PM, Joshua Kramer wrote:
>
> Hello,
>
> Does anyone have examples handy of how you mi
Hello,
Does anyone have examples handy of how you might embed an IronPython
script in MSO?
For example, you might have a menu item that, when you select it, uses
Python to aggregate data from outside sources and insert the data into a
Word document or Excel cells.
My end goal here is to m
Creating a file named ipy.exe.config alongside ipy.exe that looks similar to:
will force IronPython to run against the given CLR runtime.
Dave
From: users-boun...@lists.ironpython.com
[mailto:users-boun...@lists.ironpython.com] On Behalf Of Brian Ushman (TT)
Sent: Wednesday, Novem
This is an automated email letting you know that sources
have recently been pushed out. You can download these newer
sources directly from
http://ironpython.codeplex.com/SourceControl/changeset/view/61287.
ADDED SOURCES
$/IronPython/IronPython_Main/Src/IronPython/Runtime/CollectionDeb
Thanks for this Jimmy - looks like great progress.
Michael
Jimmy Schementi wrote:
Kay,
This are a couple bad bugs in the current sources; we desperately need to have
better test coverage on embedding IronPython in a C# Silverlight app (hopefully
I'll get time for that next month). In the mea
Brian Ushman (TT) wrote:
Thanks for your reply Michael.
That makes sense that the clr has not changed. However, how would I
have it load the newer .NET libraries instead of the 2.0 version.
In my specific case I am trying to call the function "SequenceEqual"
from the System.Array class. But i
Thanks for your reply Michael.
That makes sense that the clr has not changed. However, how would I
have it load the newer .NET libraries instead of the 2.0 version.
In my specific case I am trying to call the function "SequenceEqual"
from the System.Array class. But is says that this method doe
Brian Ushman (TT) wrote:
Hello to All,
I am new to Python in general, but I have downloaded the latest
release of IronPython. I am using Windows XP SP3 x64. Everytime I
start IPY is says that it is using .NET 2.0, however I would like it
to load with .NET 3.5. From what I have read on
matan keret wrote:
hi,
I have the following code which gets an image from an email.
after getting it i need to pass it as a byteArray (byte[] in C#) to a
C# function.
i tried all sorts of things but no luck. I'm using ironPython 2.0.3
the important parts of the code are:
# getting the ima
Hello to All,
I am new to Python in general, but I have downloaded the latest release
of IronPython. I am using Windows XP SP3 x64. Everytime I start IPY is
says that it is using .NET 2.0, however I would like it to load with
.NET 3.5. From what I have read on the latest release of IPY, this
Thanks for the response. I've discovered the bug: I had
clr.CompileSubclassTypes(name, listOfTypes)
instead of
clr.CompileSubclassTypes(name, *listOfTypes)
Tom
Dino Viehland wrote:
The restrictions are per-subclass so for example you cannot inherit
from both a list and tuple. The reason her
hi,
I have the following code which gets an image from an email.
after getting it i need to pass it as a byteArray (byte[] in C#) to a C#
function.
i tried all sorts of things but no luck. I'm using ironPython 2.0.3
the important parts of the code are:
# getting the image from the e-mail
image =
__setattr__ is not clean and easy readable piece of code. That's why I
dive into decorators and create a *notify_property*:
class notify_property(property):
def __init__(self, getter):
def newgetter(slf):
#return None when the property does not exist yet
try:
Jimmy Schementi schrieb:
Kay,
This are a couple bad bugs in the current sources; we desperately need to have
better test coverage on embedding IronPython in a C# Silverlight app (hopefully
I'll get time for that next month). In the meantime, here are fixed, unsigned
binaries:
http://github.c
Thanks for your response.
Solution to my problem is to first instantiate AutomationElement from dll,
not from IronPython.
Then all subsequent AutomationElement retrieved from IronPython looks ok.
Jozef
2009/11/6 Shri Borde
> In the past, there had been issues with UIAutomation as mentioned in
Kay,
This are a couple bad bugs in the current sources; we desperately need to have
better test coverage on embedding IronPython in a C# Silverlight app (hopefully
I'll get time for that next month). In the meantime, here are fixed, unsigned
binaries:
http://github.com/jschementi/orphanage/tre
23 matches
Mail list logo
