Awesome about the Silverlight integration! I'll check it out soon and let you
know what I think =)
About the templating language; there's a good reason why other frameworks don't
use python as the templating language ... because of significant white-space.
We did this in the ASP.NET futures rel
2008/6/12 Jonathan Slenders <[EMAIL PROTECTED]>:
>
>
> 2008/6/12 Tim Roberts <[EMAIL PROTECTED]>:
>
>> On Thu, 12 Jun 2008 01:09:01 +0200, "Jonathan Slenders" <
>> [EMAIL PROTECTED]>
>>
>>> I'm working on a web application framework in Python, and just uploaded
>>> the
>>> first release.
>>>
>>> N
2008/6/12 Tim Roberts <[EMAIL PROTECTED]>:
> On Thu, 12 Jun 2008 01:09:01 +0200, "Jonathan Slenders" <
> [EMAIL PROTECTED]>
>
>> I'm working on a web application framework in Python, and just uploaded
>> the
>> first release.
>>
>> Now I quote from my own README. What it actually does is:
>>
>> -
On Thu, 12 Jun 2008 01:09:01 +0200, "Jonathan Slenders"
<[EMAIL PROTECTED]>
I'm working on a web application framework in Python, and just uploaded the
first release.
Now I quote from my own README. What it actually does is:
- Provide an easy way to embed Python code into HTML, similar to PHP,
Hi all,
I'm working on a web application framework in Python, and just uploaded the
first release.
Now I quote from my own README. What it actually does is:
- Provide an easy way to embed Python code into HTML, similar to PHP, JPS
and
other server side languages.
- Make reusing HTML very easy.
Thank you Michael and Curt for your quick response.
I got the script working using the following logic:
private
...ProcessP;
P =
P.OutputDataReceived +=
P.ErrorDataReceived +=
P.StartInfo.UseShellExecute =
P.StartInfo.RedirectStandardOutput =
P.StartInfo.RedirectStandardError =
P.StartInfo
Oh I see!!! Just wrote a quick sample and I think that will be fine.
Not as easy as before, but should still be ok.
Thanks for your help.
Ben
On Wed, Jun 11, 2008 at 11:22 PM, Curt Hagenlocher <[EMAIL PROTECTED]> wrote:
> When you create a ScriptRuntime, you can pass in a ScriptRuntimeSetup obj
When you create a ScriptRuntime, you can pass in a ScriptRuntimeSetup object
that specifies additional language providers to load. Perhaps this is less
automatic than you'd like, but if you were going to load those assemblies
into your appdomain anyway, it's just taking the extra step of looking i
On Wed, 11 Jun 2008 10:24:59 -0700 (PDT), Bob Rosembob
<[EMAIL PROTECTED]> wrote:
Hello there,
I have a C# application and a 3rd party Python script that the application should
run. The script is called periodical with some arguments, performs some
calculations and returns the results. I'm runn
Oh!
Can't remember the reason why I went for the type over the file
extension. But anyway, what I'm doing it manually loading in the
language assemblies, finding the LanguageContext type (I know the name
from an XML config file) and passing that in.
I guess I could just have the file extension i
In addition to the questions that Michael posed, I'd add the following: Do
you know if this 3rd-party script has been tested with IronPython already?
And does it use any C-based Python extensions?
IronPython is awesome and everyone should use it. And I would have said the
same thing even before I
The overload of GetEngine that you're using is slated to go away. Is there
functionality you get out of doing it that way that you don't get by using
the language code or file extension?
On Wed, Jun 11, 2008 at 2:17 PM, Ben Hall <[EMAIL PROTECTED]> wrote:
> Sorry - my code wasn't very helpful.
>
Sorry - my code wasn't very helpful.
The above code works fine, however I am creating the engine based on
the type. The code demostrates the problem:
ScriptRuntime runtime = ScriptRuntime.Create();
ScriptEngine engine =
runtime.GetEngine(typeof(IronPython.Runtime.PythonCon
I can't see into any of the helpers you've defined. What do you get if you
cut this down to the smallest possible program?
public static void Main() {
ScriptRuntime runtime = ScriptRuntime.Create();
ScriptEngine engine = runtime.GetEngine("py");
foreach (string s in engine.GetRegister
Hi,
I have been using the latest release of the DLR (the one from
yesterday) but the behaviour of GetRegisteredExtensions() seems to
have changed (or is broke).
I've got this test:
[Test]
public void GetSaveFilter_RegisteredTypes_String()
{
string expected = "
Hello Bob,
The question is, do you want to run it in the same way you would launch
any command line application from C# and collect the results from
standard out - or do you want to embed IronPython and run the script
'inside' your application?
If the former then you can use System.Process t
Hello there,
I have a C# application and a 3rd party Python script that the application
should run. The script is called periodical with some arguments, performs some
calculations and returns the results. I'm running Vista & VS2005.
What should I do to run the script from my application? I assu
Your code works as expected if you make the "Concrete" class public instead
of internal. Please file this as an issue on CodePlex at
http://www.codeplex.com/IronPython
On Wed, Jun 11, 2008 at 6:09 AM, Orian, Helmut <[EMAIL PROTECTED]>
wrote:
> I'm having trouble calling a method on one of my .NE
Yeah, the JScript story is kinda confusing ... I know. It was already included
with the ASP.NET Futures release in 2007
(http://www.asp.net/Downloads/futures/), but only Silverlight since. Let me
talk with the JScript guys to see what they think about spinning up more
current desktop builds.
F
I'm having trouble calling a method on one of my .NET objects.
if you compile the following repro into a "test.dll":
namespace Test {
public interface ISomeInterface {
string Greet();
}
public abstract class Base {}
public static class So
Right now, the Javascript engine is "Silverlight only", I'm afraid. It's my
understanding that this isn't a final decision, but I don't know what (or
who) is driving it. I'll try to find out if there's any place you can
register your interest in getting a version for the full CLR.
On Wed, Jun 11,
hi Jimmy,
yes, makes a lot of sense to me :-)
already had my own classes derived from PAL and ScriptHost.
i have just overseen the ScriptRuntimeSetup and its HostType property to
register them.
works now for me.
Thanks,
Helmut
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED] [mailt
Well as it so happens I dont' know ;)
I'd ask the MS guys if they want to flick me the source but i'm guessing
that's very unlikely to happen. Perhaps somebody from MS could do us a
compile of those things?
Cheers
Ivan
On Wed, Jun 11, 2008 at 8:49 PM, Rainer Worbis <[EMAIL PROTECTED]> wrote:
>
Thank you, I will try that. Is there any chance to integrate a version of
JScript into these Libraries?
Rainer
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Ben Hall
Gesendet: Mittwoch, 11. Juni 2008 10:24
An: Discussion of IronPython
Betreff:
Hi
you can also download the source code of
http://www.codeplex.com/dynamicscriptcontrol
And in that zip you'll find the compiled binaries.
Cheers
Ivan
On Wed, Jun 11, 2008 at 4:51 PM, Rainer Worbis <[EMAIL PROTECTED]> wrote:
> Hallo,
>
>
> Is there an 'easy' to use package which includes IronP
Not at the moment. Sounds like Beta 3 will be the next package,
hopefully IronRuby will be packaged at the same time (I have requested
a set of binaries already).
To get this Dynamic silverlight package to compile for the desktop,
what you need to do is this:
1) Add a new build configuration.
2) F
26 matches
Mail list logo
