This may be of interest if you want COM access on non-Windows platforms.
http://j-interop.sourceforge.net/
With IKVM.NET, you can use any pure Java libraries on .NET. I will
investigate how this combination would work on Mono when I got some
time...
IKVM.NET: http://www.ikvm.net/
--
Seo Sanghye
Dino wrote:
> Unfortunately we cannot currently accept changes back into the IronPython
> core right now. :(
I am very curious to hear the reason.
I am willing to sign a form similar to Python Software Foundation
Contributor Agreement, if that is needed:
http://www.python.org/psf/contrib/
I am l
holev wrote:
> Added IronPython to the supported GUI languages in FarPy GUIE-
> http://farpy.holev.com/tools.php
2006/9/16, Michael Foord <[EMAIL PROTECTED]>:
> Does this generate code for wx.NET ?
I had a look at the source code. It generates code for Windows Forms.
Seo Sanghyeon
__
I came across this link, which almost reads like a customer testimonial :-)
http://www.base4.net/Blog.aspx?ID=111
--
Seo Sanghyeon
___
users mailing list
users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Dino Viehland wrote:
> Unfortunately, CPython only allows the decorator syntax before a function
> declaration... You could always manually call the decorator function w/ the
> class object and see what you get back though.
>
> Charlie's earlier point about all the different targets is a really
Isn't that what Seo's Community Edition is for? Obviously not the official MSFT edition, but it certainly does the trick.On 9/15/06, J. Merrill <
[EMAIL PROTECTED]> wrote:Sorry, I wasn't clear. I was referring to this for
1.1. Or are you saying that some part of the licensing / legalistic stuf
Hello,
I'm running IPython 1.0 on mono on Linux. I'm importing the gtk-sharp
dll and I want to subclass the Gtk.Widget class
(http://www.go-mono.com/docs/[EMAIL PROTECTED]).
Here is my script:
clr.AddReference("gtk-sharp")
clr.AddReference("gnome-sharp")
from Gtk import *
from Gnome import *
Ap
Ah ok, but my next question would be then, how would I do that in IronPython with the WebBrowser. They seem to have disabled it there. It only works with AxWebBrowser, but I can't acces that in IronPython.
Does anyone of you know that?
Floris
On 9/15/06, Dino Viehland <[EMAIL PROTECTED]> wrote
Sorry, I wasn't clear. I was referring to this for 1.1. Or are you saying
that some part of the licensing / legalistic stuff that goes on (invisibly to
many of us) means that you can't put any "outsider contributions" into what you
ship?
At 01:02 PM 9/15/2006, Dino Viehland wrote
>Unfortunate
Dino Viehland wrote:
> Unfortunately we cannot currently accept changes back into the IronPython
> core right now. :(
>
Not at all? What are the issues?
David
___
users mailing list
users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/
I pinged a friend who's infinitely more web savvy than I, he suggested trying
to do document.body.scroll = "no"; in the document - although he wasn't
entirely sure if that'd work. That'll require access to the DOM somehow -
hopefully you can access the DOM through the web browser interfaces.
F
> 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
Unfortunately we cannot currently accept changes back into the IronPython core
right now. :(
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of J. Merrill
Sent: Friday, September 15, 2006 9:58 AM
To: Discussion of IronPython
Subject: Re: [IronPython] socket
Is there a reason not to pick up Seo's version? His "license" ("do whatever
... you want") would certainly allow it. Is the wheel he built not round
enough?
At 11:40 AM 9/11/2006, Dino Viehland wrote
>Originally we were trying to implement "_socket" instead of "socket". We ran
>into one prob
Filed as CodePlex issue # 3287
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gary Stephenson
Sent: Thursday, September 14, 2006 4:56 PM
To: Discussion of IronPython
Subject: [IronPython] Descriptor/metaclass problems
Hi,
The following code works perfe
Unfortunately, CPython only allows the decorator syntax before a function
declaration... You could always manually call the decorator function w/ the
class object and see what you get back though.
Charlie's earlier point about all the different targets is a really good one
though - worse than
The short answer is no, you can't create assemblies that are visible by
reflection.
We do have a highly-experimental static type compiler that's included w/
IronPython 1.0 but it won't pass the same set of tests that the normal version
passes (in other words, it's not nearly complete). That cu
holev wrote:
> Added IronPython to the supported GUI languages in FarPy GUIE-
> http://farpy.holev.com/tools.php
>
Does this generate code for wx.NET ?
Michael Foord
http://www.voidspace.org.uk/python/index.shtml
> About-
> GUIE (GUI Editor) provides a simple WYSIWYG GUI editor for wxWidgets.
Added IronPython to the supported GUI languages in FarPy GUIE-
http://farpy.holev.com/tools.php
About-
GUIE (GUI Editor) provides a simple WYSIWYG GUI editor for wxWidgets.
The program was made in C# and saves the GUI that was created to a XML
format I called GUIML. This GUIML is a pretty standard
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
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
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...
>
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
Still working on integrating ironPython in a web application and just tryed
to do some ajax stuff with AjaxPro. Duriing implementation i realized that i
can't use AjaxPro like the way i do it in c# or vb. not at least of the
problem with the method attributes but the real problem is the matter of
> 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 w
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
Sanghyeon Seo wrote:
> I am thinking about creating a SourceForge project, to host files
> under http://sparcs.kaist.ac.kr/~tinuviel/fepy/ directory.
>
> So that you can keep up-to-date just by doing "svn update". So that I
> can release IPCE zip to mirrors with beefy bandwidths, not to a feeble
>
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 s
> >> 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 v
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.
>
>
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 exten
More patches: http://sparcs.kaist.ac.kr/~tinuviel/fepy/patches/
patch-ironpython-empty-apply
This patches fixes an issue that apply builtin function doesn't accept
a single argument.
patch-ironpython-open-unknown-mode
This patch lets IronPython to ignore unknowm mode characters in open
builtin fu
Yeh, it should. But even then, it still displays the scrollbar when viewing certain sites. I found out that it has something to do with sites with frames. When I navigate to a site with frames, it displays the scrollbars, and when I navigate to a site without frames, it doesn't display them.
But
33 matches
Mail list logo
