Tim Horton wrote:
Yes, the heaviness is regarding syntax. It just feels wrong to have to specify things like comparison functions when creating a dictionary, and then using methods like add() and lookup() instead of simply indexing. I'd argue that minimality is good, but only on some levels. Pleas do keep the Seed _interpreter_ small, with a small set of _built-in_ types. But on top of that there is a real need for a rich set of modules/libraries. Without it Seed/JS simply won't take off in Gnome... well, at least I won't be very happy with having to rewrite "basic functions" over and over. I fear that would push Seed in the same direction as Guile, OCaml, etc, i.e. to obscurity. I'll put together a list as I come across stuff that I miss :-)
On the whole I'm so far not completely against Seed as a replacement of Python as an extension language. However, at the moment the missing pieces are painfully obvious. In the long term Seed does offer a chance of better support and better integration (e.g. I hope I'll be able to stop re-compiling epiphany for AMD64 just because the Python bindings break when compiled with optimisation on that platform, a bug that's been known for years now). Oh, BTW, I could _really_ need a Seed Console extension! :-)I have a working seed console (sorry about the slow, I've been in and out of home a lot) except for one important thing: redirection of stdout. So like ... Seed's print is redirected, and the response from the repl, and exceptions, but not everything else (any printing from C). When I get home (iPhone = not the best Seed hacking device!) again, I promise I'll finish implementing history and send it to you in the state it's in, as it's already plenty useful!
Cool! :-) /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe
Description: OpenPGP digital signature