Friday, January 12th, 2007
Category: Screencast
, Python, Adobe
Screencasts are a nice way to learn certain things. Adobe has done a fun one, and got their own James Ward, and the knowledgeable Bruce Eckel together to write some code.
The coding session is the pair of them building a sample app from scratch using TurboGears on the backend, and Flex on the front end.
It is fun to see Bruce using plain old vi for his python hacking, and James gets to go into uber-IDE land with the Flex Builder (built on Eclipse).
Monday, November 6th, 2006
Category: Python, GWT
If you are a python coder who doesn’t like JavaScript and wishes she could stay in python land more, maybe pyjamas is the framework for you.
It is an early stage port of sorts of GWT.
Given that a lot of python goes on at Google, they may be interested in this themselves, and it would be really nice if the underlying JavaScript was shared where it made sense:
- Shared ugly browser handling fluff
- Java oddity handling
- Python oddity handling
Then other languages and platforms could come to the party and play too.
Monday, May 1st, 2006
Category: JavaScript, Library, Python
MochiKit, “a lightweight JavaScript Library”, has released version 1.3.1. The highlight of this release is MochiKit.Signal - a simple universal event handling system. Other features include additional examples, improved documentation, and changes and tweaks to Async, Base, Logging, and Dom and packages.
For the full list of changes, check the version history, or just download it and try it. Also, if you are coming to the Ajax Experience, don’t miss Bob’s Intro to MochiKit if you are interesed in this library.
Monday, February 20th, 2006
Category: JavaScript, Firefox, Programming, Python
Brendan Eich has posted a status update on some of the work going into the upcoming JavaScript 2, aka ECMAScript Edition 4 (ES4). One feature that should look familiar to Python hackers are generators and iterators, as seen in the following example taken from a console session:
JAVASCRIPT:
-
js> function count(n) {
-
for (var i = 0; i <n; i++)
-
yield i;
-
}
-
js> g = count(10)
-
[object Generator]
-
js> g.next()
-
0
-
js> g.next()
-
1
-
js> two_to_nine = [i for i in g]
-
2,3,4,5,6,7,8,9
-
js> squares_to_20 = [i * i for i in count(20)]
-
0,1,4,9,16,25,36,49,64,81,100,121,144,169,196,225,256,289,324,361
Why go with the Python style and syntax?
Given the years of development in Python and similarities to ECMAScript in application domains and programmer communities, we would rather follow than lead. By standing on Python’s shoulders we reuse developer knowledge as well as design and implementation experience. The trick then becomes not borrowing too much from Python, just enough to gain the essential benefits: structured value-generating continuations and a general iteration protocol.
Brendan also mentioned that support for XUL in Python is almost done, and should land back into the main Firefox codebase from the DOM_AGNOSTIC2_BRANCH soon.
The official spec that will lead the way is ECMA TG1, which is being worked on by Brendan along with colleagues from Mozilla, Adobe, and Microsoft. Lets hope Brendan's vision for JavaScript's future will become reality:
My gut says that we will successfully evolve JS into a much stronger language, with a better and more standard library ecosystem, for the next ten years of its life. I will wager that other browsers will follow the ES4 standard, possibly even in 2007.
Tuesday, January 31st, 2006
Category: Dojo, Programming, Python
Django, the Python "Web Framework for Perfectionists", is bundling Dojo for Ajax with its 0.92 release, due in out in a few weeks. The initial integration will use Dojo in the admin interface of Django, but the toolkit will be available for any part of a Django app.
It was recently announced that the Java framework WebWork 2.2 will be released with Dojo under the hood, so this looks like another vote of confidence from the open source community in Dojo's quality.
Thanks to Eugene, who also blogged about the announcement.
