|Re: Python in the browser: Merge efforts into one project?||Salvatore||11/20/13 5:58 AM|
|Re: Python in the browser: Merge efforts into one project?||Dan Stromberg||11/20/13 7:26 AM|
On Wed, Nov 20, 2013 at 4:25 AM, Amirouche Boubekki <amirouche...@gmail.com> wrote:
I think merging the various projects would be a very good thing - but I'm not going to hold my breath.
|Python in the browser: Merge efforts into one project?||Amirouche Boubekki||11/20/13 4:25 AM|
Frankly, I think pythonium approach is superior to every other solutions. Anything other solution does, Pythonium can do, except it's faster.
What can prevent you from contributing to such a projects? Mind the fact, that I'm willing to change the license to a more liberal license (LGPLv3) if people come and contribute to the project.
What do you think about merging Python in the browser effort into one unique project?
Like I said, it can be self-hosted, but with proper tooling  we don't need that.
Also, I don't care about the name and we can take whatever name the community think is best.
|Re: Python in the browser: Merge efforts into one project?||Amirouche Boubekki||11/20/13 9:37 AM|
2013/11/20 Ondřej Čertík <ondrej...@gmail.com>
You should change it to BSD or Apache license.
I will consider BSD or Apache, also.
You are welcome to reuse anything as you see fit. Do you plan to implement
There will be three versions:
2) Veloce: Still single inheritance, it use Python types, has __geattribute__ and __getattr__, no data descriptors, function as metaclasses, no __call__ will not be supported in this version
3) Compliant: Fully compliant
Pythonium Core is already available.
|Re: Python in the browser: Merge efforts into one project?||Amirouche Boubekki||11/20/13 12:52 PM|
First thanks for all of you, for taking the time to consider this project.
2013/11/20 Alexander Tsepkov <atse...@gmail.com>
I propose to change the license.
Pyjamas doesn't emulate exactly Python, Brython and Skulpt do.
Pythonium *Core* aims for the same goal.
When the code base grows you are better served by an object system even if you don't use prototype inheritance.
It's weakness because the code is for Pythonista less readable and as such there will be less contributions.
It's possible to make Pythonium work in the browser, Brett did it for PythonJS adapting Brython ast parser. Running in a browser is developer sugar. I don't see that as a major feature.
In production you want an ugly compiled version because that's what is fast and lightweight. That's why I started with that.
You received this message because you are subscribed to the Google Groups "py2js mailinglist" group.
|Re: Python in the browser: Merge efforts into one project?||Amirouche Boubekki||12/2/13 2:49 AM|
On Tuesday, November 26, 2013 8:47:19 AM UTC+1, Dirk Krause wrote:
Me too, I like the name name!
It's possible to do it also for Pythonium but I see it as a less useful feature than source map support.
There is AFAIK no interest in supporting asm.js more over it wouldn't be portable so I don't think it will be done.
As far as Pythonium is concerned, I changed the license to LGPLv2.1 and the compliant mode of Pythonium made good progress we can run pystone 
Next developpement will be:
- improve requirejs integration for proper use of “from spam import egg”
- asyncio integration
|Re: Python in the browser: Merge efforts into one project?||davidjensen||12/16/13 2:22 PM|
|Re: Python in the browser: Merge efforts into one project?||damond...@gmail.com||1/24/14 6:39 PM|
It would be great idea to join forces towards a unified open-source client-side web dev Python tool effort.
Best of all would be to integrate them with the server-side Python web frameworks support of a full stack IDE.
With the current big trend of JS web frameworks -- covering the whole design pattern spectrum from server-side MV* and as little ajax as possible to SPA client-side MV* and a simple ReST DB layer server -- is a bit worrying. I am the only one to think that the temptation to do everything in a single, dynamic language (albeit flawed but improving and backed by all giant corporations - Google, MS, Apple, Amazon you name it) will end up threatening the current popularity of server-side MV* Python frameworks such as django & web2py?
IMHO, if the Python web development community persists in supporting only one design pattern and requiring JS for the seemingly ever growing client-side part of the whole code, as wonderful and popular as they are now, these Python web frameworks are at risk to become fairly quickly a legacy approach like Silverlight and Flash have become.
So for better adoption of RapydScript, the missing killer features might be intellisense as a Visual Studio extension, integration with the web2py web IDE etc.
Concerning Visual Studio, since JS and JQuery intellisense are already available, and so is Python and Django intellisense with the free open-source Python Tools for Visual Studio (PTVS) extension, it appears that it would only require reusing the two and gluing them into a coherent whole. From my limited understanding, it seems however that Visual Studio extensions can only be implemented in C# & VB and not in another .Net languages such as IronPython, which is a hindrance for getting pythonistas involved.
Just my noob 2 cents, regards
|Re: Python in the browser: Merge efforts into one project?||Amirouche Boubekki||2/16/14 8:02 AM|
What is impressive in Brython?
|Re: [Skulpt] Re: Python in the browser: Merge efforts into one project?||David Holmes||2/16/14 9:54 AM|
Sorry to rain on your parade. I hate to kill the joy.
I'm just the old guy. Best Wishes.
|Re: [Skulpt] Re: Python in the browser: Merge efforts into one project?||Amirouche Boubekki||2/16/14 10:29 AM|
2014-02-16 18:54 GMT+01:00 David Holmes <david.ge...@gmail.com>:Agreed.
Yet, those properties are the same, Pythonium can do everything other
Python->JS does or wants to do.
AFAIK Pythonium does it all.
That is an optimisation step. Not very required. But anyway, you would
need to have
better representation that
would want to do it
Merging the project will have a direct impact on cost + benefits in a good way.
Do not be that guy.
No parade here :)
You did not kill any joy .
If the old could, if the new knew...
To sum up my point of view regarding this topic of merging efforts,
the only thing I see, is
that people have bet on solutions and want to stay king in their
kingdom. This is not technical
debate, it's purely political.
By the way I stop further development of Pythonium for the time being,
I have no immediate
interest in this topic anymore. I just wanted to see if it was
possible, and do few checks regarding
politic in the computer industry. Pythonium Veloce is working and
kicking all I wanted, getting Pythonium
Compliant is AFAIK just a matter of getting the code written.
> "Pythonium users" group.
> To unsubscribe from this group and stop receiving emails from it, send an> email to pythonium-use...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out. http://en.wikipedia.org/wiki/Joy_%28programming_language%29