The MIT CURL page (with the non commercial curl) is at http://curl.lcs.mit.edu/curl/ Curl is intended to be a gentle slope system, accessible to content creators at all skill levels ranging from authors new to the web to experienced programmers. By using a simple, uniform language syntax and semantics, Curl avoids the discontinuities experienced by current web users who have to juggle HTML, JavaScript, Java, Perl, etc. to create today's exciting sites. Our hope is that the single environment provided by Curl will be an attractive alternative for web developers; we've certainly enjoyed using Curl to create this web site and others. A brief overview of Curl and its underlying philosophy can be found in an accompanying white paper. http://curl.lcs.mit.edu/curl/wwwpaper.html
Looks much like lisp or logo - too many parentheses! I like Python way better... and think it has a very gentle slope.
marc lindahl wrote:
Looks much like lisp or logo - too many parentheses! I like Python way better... and think it has a very gentle slope.
Perhaps we need to implement Pyrl.... 8^) That's a name that'll attract some attention! -- | Casey Duncan | Kaivo, Inc. | cduncan@kaivo.com `------------------>
Albert Boulanger wrote:
The MIT CURL page (with the non commercial curl) is at
Curl is intended to be a gentle slope system, accessible to content creators at all skill levels ranging from authors new to the web to experienced programmers. By using a simple, uniform language syntax and semantics, Curl avoids the discontinuities experienced by current web users who have to juggle HTML, JavaScript, Java, Perl, etc. to create today's exciting sites. Our hope is that the single environment provided by Curl will be an attractive alternative for web developers; we've certainly enjoyed using Curl to create this web site and others. A brief overview of Curl and its underlying philosophy can be found in an accompanying white paper.
This seems very interesting. It looks as though it could make tools like Zope obsolete (did I say that?), at least from a dynamic content stand-point, Zope'll always have content-management... If not, then it at least makes HTML/Javascript (DHTML) look like complete crap. Not that it looked that good to begin with... I have long thought that the client-side is heavily under-utilized in the present web infrastructure, Curl seems to address this nicely, with much more seemless client and server scripting. I think my concern lies with the "Curl Corporation," (Granted we all cower before Zope Corporation 8^)) although from appearances, the language standard seems to be public domain. It just smells like a Java-like semi-open-but-not-really standard that will prompt some eventual war with Microsoft (assuming it catches on), who will come out with Qurl, which is 99% compatible with Curl plus "extensions". Then 5 years later will come out with Db (D flat), a language that looks suspiciously like Curl, and force OEMs to ship it instead of the real thing... I'm such an optimisit, aren't I? -- | Casey Duncan | Kaivo, Inc. | cduncan@kaivo.com `------------------>
I think my concern lies with the "Curl Corporation," (Granted we all cower before Zope Corporation 8^)) although from appearances, the language standard seems to be public domain. It just smells like a Java-like semi-open-but-not-really standard that will prompt some eventual war with Microsoft (assuming it catches on), who will come out with Qurl, which is 99% compatible with Curl plus "extensions". Then 5 years later will come out with Db (D flat), a language that looks suspiciously like Curl, and force OEMs to ship it instead of the real thing...
Isn't it what M$ .net is suposed to be ? At least let's hope we'll finally have one standard. (like html ? ;-) ) Philippe
At least let's hope we'll finally have one standard. (like html ? ;-) )
Great... a standard where we can't fix the bugs on our own :)
After some ultra complex thinkings, I then came to the conclusions : - trying to do complex gui in browsers is a waste of time - there are more than enough languages around - python is good - wxpython seems good too -> the most viable solution is to use a cross plateform language with a cross plateform gui toolkit. My vote goes to wxpython and python. Wasn't it "ultra complex" thinking ? Philippe
Philippe Jadin wrote:
At least let's hope we'll finally have one standard. (like html ? ;-) )
Great... a standard where we can't fix the bugs on our own :)
After some ultra complex thinkings, I then came to the conclusions :
- trying to do complex gui in browsers is a waste of time - there are more than enough languages around - python is good - wxpython seems good too
-> the most viable solution is to use a cross plateform language with a cross plateform gui toolkit. My vote goes to wxpython and python.
Wasn't it "ultra complex" thinking ?
Philippe
Comparing Python and Curl is largely like comparing Apples and Oranges. Curl is like a designed version of DHTML, a markup language which replaces HTML and at the same time a scripting language that replaces JavaScript. Now granted, since the idea is to make is run client and server-side, it certain overlaps other languages like Python or Java. By, the *major* difference is that plain text is a valid curl "program" or "document" (it certainly blurs the distinction), this makes it more like DTML than like Python (except that is also runs client-side). I find it interesting that they seem to be writing entire applications using only Curl... I'm not sure that's the way I would approach it, but is does seem like more of a general-purpose language than DTML is... Another interesting thing is that Zope could conceivably server curl right now (since it's just text), except it would only be executing on the client-side (like DHTML). -- | Casey Duncan | Kaivo, Inc. | cduncan@kaivo.com `------------------>
Another interesting thing is that Zope could conceivably server curl right now (since it's just text), except it would only be executing on the client-side (like DHTML).
Then curl is probably a good thing. But it seems they will charge commercial users "per byte served", which is crazy... Philippe
participants (4)
-
Albert Boulanger -
Casey Duncan -
marc lindahl -
Philippe Jadin