Hello Everyone,
I have just published the initial source of MochiKit Extensions at
Launchpad.net (https://launchpad.net/mochikit-ext). At the moment it
only contains the MochiKit.Query module. To obtain the source, you
require Bazaar vcs tools from (http://bazaar-vcs.org).
bzr branch
I guess this is a question for Bob, but others might have some clues
here also. Thus sending it to the list.
I've recently done some Python coding and found the % string formating
there very convenient. Now, as MochiKit is so inspired by Python, I
find it a bit odd that there is no generic
On Wed, Sep 10, 2008 at 5:55 AM, Per Cederberg [EMAIL PROTECTED] wrote:
I guess this is a question for Bob, but others might have some clues
here also. Thus sending it to the list.
I've recently done some Python coding and found the % string formating
there very convenient. Now, as MochiKit
Thank you everyone for the interesting comments. I had a look at PEP
3101 (Python 3), the (new) Java 1.5 Formatter API and a popular
sprintf implementation for JavaScript. And in the end, it seems hard
to strike a good balance between readable syntax, power features and
localization. Actually, I
I think we should keep deep object names, JSON data structures are
often nested a little bit and it's nice to be able to work with them
as-is without creating a new object just to flatten it out.
As far as nested replacements go, I think we can ditch that safely.
I've never really wanted to use