Hi,
A beginner's question: Is there a tutorial/demo/sample project to show how
embed IDLE like functionality in C# WinForms application?
So basically I'd like to add interactive command line to my application,
but of course all other features of IDLE (eg debugging, code editors etc)
must be left
Dave Fugate wrote:
That said, there is something extremely useful the community can do for IronPython that our team simply cannot: get 3rd party Python applications such as Django, pywin32, NumPy, etc running under IronPython. This could mean adapting something like adodbapi.py to utilize
Hi Harriv,
You could start by looking at
http://www.ironpython.info/index.php/Contents#Tools_and_Utilities
There's a couple of web and desktop IronPython shells there.
Davy
On Wed, Apr 29, 2009 at 9:21 AM, Harriv har...@gmail.com wrote:
Hi,
A beginner's question: Is there a
Davy Mitchell wrote:
Hi Harriv,
You could start by looking at
http://www.ironpython.info/index.php/Contents#Tools_and_Utilities
There's a couple of web and desktop IronPython shells there.
There is also IronTextBox which is an IronPython console in a Windows
Forms TextBox
You will
Is it true that the dev team is considering implementing
sys._getframe(n) where n 0? I'd love to see this since my
understanding is that this is a stumbling block for running IronPython
under IPython.
Is there an issue number on CodePlex on this that I can vote for?
Thanks,
Mike
Actually, the code editor for IDLE (and pythonwin) is written in
Python, so no, it does not have to be left out. Since pythonwin is a
native WinForms application, it would be a great example project for
how to do it. If pywin32 were ported to IronPython it would be done.
On Wed, Apr 29, 2009
Vernon Cole wrote:
Actually, the code editor for IDLE (and pythonwin) is written in
Python, so no, it does not have to be left out.
IDLE uses Tkinter - which theoretically *might* work under Ironclad but
unless there is a managed version of Tk/Tcl no-one is likely to port it.
Since
Eagle is a managed version of TCL (that's also hosted on Codeplex) but I
doubt that the more-important Tk part is there :).
On Wed, Apr 29, 2009 at 6:24 AM, Michael Foord fuzzy...@voidspace.org.ukwrote:
Vernon Cole wrote:
Actually, the code editor for IDLE (and pythonwin) is written in
On Tue, Apr 28, 2009 at 5:32 PM, Jeff Hardy jdha...@gmail.com wrote:
Hi Dave,
On Tue, Apr 28, 2009 at 10:37 AM, Dave Fugate dfug...@microsoft.com wrote:
That said, there is something extremely useful the community can do for
IronPython that our team simply cannot: get 3rd party Python
Hello all,
Attached is an updated script for generating PI files to provide
autocomplete on standard .NET objects.
It now handles all the standard .NET member types (including static
properties, enumeration fields, indexers, events and so on).
It also recurses into sub-namespaces
On Wed, Apr 29, 2009 at 7:24 AM, Michael Foord
fuzzy...@voidspace.org.uk wrote:
Vernon Cole wrote:
Actually, the code editor for IDLE (and pythonwin) is written in
Python, so no, it does not have to be left out.
Since pythonwin is a
native WinForms application,
PythonWin does not use
Would be nice to have something similar for vim :-)
--
-- Lukas
-Original Message-
From: users-boun...@lists.ironpython.com
[mailto:users-boun...@lists.ironpython.com] On Behalf Of Michael Foord
Sent: Wednesday, April 29, 2009 4:45 PM
To: Wing Users
Cc: Discussion of IronPython
Vernon Cole wrote:
On Wed, Apr 29, 2009 at 7:24 AM, Michael Foord
fuzzy...@voidspace.org.uk wrote:
Vernon Cole wrote:
Actually, the code editor for IDLE (and pythonwin) is written in
Python, so no, it does not have to be left out.
Since pythonwin is a
native WinForms
Cenovsky, Lukas wrote:
Would be nice to have something similar for vim :-)
Go for it. :-)
Michael
--
-- Lukas
-Original Message-
From: users-boun...@lists.ironpython.com
[mailto:users-boun...@lists.ironpython.com] On Behalf Of Michael Foord
Sent: Wednesday, April 29,
MFC is a C++ wrapper for Win32. Made it more OO.
Ah takes me back :-) !!
Cheers,
Davy
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
On 18222 - I think ctypes will drive some changes to our buffer support
making it more real. Right now it's close to useless :) There is some
way for us to make types marshalable via COM ourselves so I think
we'll be able to fix it eventually. I'm surprised that it's more of
a problem than
Yep, we're going to make it available via a command line option. The
Interesting question is what does IPython need from frames? Does it
need locals (which frequently won't be available), globals, the function
or code, or something else?
I think bug 1042 is the one to vote on:
Scripts/generate.py has a comment: TODO: does it make sense to run
this under CPython?. I think so. The following is how I did that:
1. Delete import nt at the top. It is imported later anyway.
2. Change root_dir and source_directories. (Because source layout is
different, but change is easy.)
3.
The technical bar for inclusion of 3rd party tests into our checkin system is
pretty simple - the test process needs to emit a non-zero exit code when it
fails. When some portion of a test fails under IronPython for whatever reason,
we simply disable that portion. For example, we run around
In changeset 42603, a change was made to
IronPython.Hosting.PythonCommandLine.RunOneInteraction,
- SourceUnit su = Language.CreateSnippet(s, stdin,
SourceCodeKind.InteractiveCode);
+ SourceUnit su = Language.CreateSnippet(s, stdin,
(s.Contains(Environment.NewLine))? SourceCodeKind.Statements :
There was some internal work going on w/ running a remote console
and it looks like this change was related to that. In
Microsoft.Scripting.Hosting.Shell there's a comment added to its
RunOneInteraction w/ the same change:
/// We check if the code read is an interactive command or
2009/4/30 Dino Viehland di...@microsoft.com:
Looking at the code thought I'm guessing this is totally broken on
Unix because in ReadStatement we append a newline, with a
wonderful comment there:
// Note that this does not use Environment.NewLine because
some languages (eg.
Actually now that I think about it more than one \n isn't right
either because that will change how we parse multi-line statements
at the REPL. Maybe this should just be undone.
-Original Message-
From: users-boun...@lists.ironpython.com [mailto:users-
boun...@lists.ironpython.com]
When we make a major effort to make IPy work with a third party
package, how shall we clue you to re-enable the tests? An
announcement on this forum, or what?
--
Vernon
On Wed, Apr 29, 2009 at 10:55 AM, Dave Fugate dfug...@microsoft.com wrote:
The technical bar for inclusion of 3rd party tests
--
http://www.ironpythoninaction.com
On 29 Apr 2009, at 17:55, Dave Fugate dfug...@microsoft.com wrote:
The technical bar for inclusion of 3rd party tests into our checkin
system is pretty simple - the test process needs to emit a non-zero
exit code when it fails. When some portion of a
On Wed, Apr 29, 2009 at 10:55 AM, Dave Fugate dfug...@microsoft.com wrote:
The technical bar for inclusion of 3rd party tests into our checkin system is
pretty simple - the test process needs to emit a non-zero exit code when it
fails. When some portion of a test fails under IronPython for
2009/4/30 Michael Foord fuzzy...@voidspace.org.uk:
I can't believe that editing / redacting commit messages is an impossible
challenge. :-)
No, but *automating* editing/redacting commit message will be well nigh
impossible challenge. :(
--
Seo Sanghyeon
On Wed, Apr 29, 2009 at 9:33 AM, Dino Viehland di...@microsoft.com wrote:
On 18222 - I think ctypes will drive some changes to our buffer support
making it more real. Right now it's close to useless :) There is some
way for us to make types marshalable via COM ourselves so I think
we'll be
--
http://www.ironpythoninaction.com
On 29 Apr 2009, at 19:40, Seo Sanghyeon sanx...@gmail.com wrote:
2009/4/30 Michael Foord fuzzy...@voidspace.org.uk:
I can't believe that editing / redacting commit messages is an
impossible
challenge. :-)
No, but *automating* editing/redacting
This sounds great. I am new to both IronPython, WingIDE and Windows
development in general.
One of the disappointing things with WingIDE for me is the total absence
of autocompletion of .NET imports and also the DLL Assembly References
I've added to access the libraries my app requires.
On Wed, Apr 29, 2009 at 8:34 AM, Dino Viehland di...@microsoft.com wrote:
Yep, we're going to make it available via a command line option. The
Interesting question is what does IPython need from frames? Does it
need locals (which frequently won't be available), globals, the function
or code,
On Wed, Apr 29, 2009 at 6:19 PM, Mike Krell mbk.li...@gmail.com wrote:
On Wed, Apr 29, 2009 at 8:34 AM, Dino Viehland di...@microsoft.com wrote:
Yep, we're going to make it available via a command line option. The
Interesting question is what does IPython need from frames? Does it
need
32 matches
Mail list logo