Here is an example of a python sketch running from the processing ide. The main applet file has the .pyde extension whereas other file can have the regular .py extension.
the grammar file gets compiled and stored locally grammar$py.class
Performance is acceptable (significantly less good than ruby-processing), much better than pyprocessing. For more info on scope of processing.py see FAQ here. In summary no SciPy no Numpy but yes to java libraries.
Monday, 21 April 2014
Friday, 4 April 2014
Is the latest realisation for processing.py
Upate 8 June 2014
Some people (in the academic world, Golan Levin for one) seem to be pretty excited about the python mode in the processing ide, and this time it is being developed by Jonathan Feinberg.
There are significant limitations to working in the processing ide with both languages (and even java processing for that matter). Which is why Jonathan is still offering a standalone processing.py.
Ruby-processing is quite heavily embedded in the ruby eco-system (all jruby compatible gems are available, in addition to most java and processing libraries), and is likely to remain somewhat separate from the ruby mode in the processing ide (which is currently in development by Tyfkda).
Some people (in the academic world, Golan Levin for one) seem to be pretty excited about the python mode in the processing ide, and this time it is being developed by Jonathan Feinberg.
This week, @pheinberg is ensconced in the quiet @fathominfo studio and is up to no good. Python + Processing? Mmm! pic.twitter.com/0GE4BIexyB
— Ben Fry (@ben_fry) April 3, 2014
Before you know it there will be a ruby mode for processing. May'be that might help ruby get some traction in the academic world (where "Windows" reigns supreme, even in bloody China, but probably not in Brazil). Ruby has been notoriously unix centric (and benefits from the rational file structure and many damn useful unix tools) and for that reason some people find it difficult to use ruby on windows.There are significant limitations to working in the processing ide with both languages (and even java processing for that matter). Which is why Jonathan is still offering a standalone processing.py.
Ruby-processing is quite heavily embedded in the ruby eco-system (all jruby compatible gems are available, in addition to most java and processing libraries), and is likely to remain somewhat separate from the ruby mode in the processing ide (which is currently in development by Tyfkda).
Subscribe to:
Posts (Atom)