Over the past days, I did some experimenting with the JOMP patch for Rhino and the mapping of additional filename extensions to HopObject properties. I probably took it a bit to far and made the list of supported file suffixes to long, even introducing duplicates, but I would like to propose supporting additional filename based conventions for Helma 1.7.
Here is what I added for my experiments:
foo.macro --> becomes a hobj.foo_macro function with "params" as first argument
foo.get --> becomes a hobj.foo_action_get function
foo.post --> becomes a hobj.foo_action_post function
foo.put --> becomes a hobj.foo_action_put function
foo.delete --> becomes a hobj.foo_action_delete function
foo.e4x --> becomes a hobj.foo_e4x xml object
foo.json --> becomes a hobj.foo_json js object
Then I also needed a mapping that would not be generally useful, but only interesting in the context of my experiments:
foo.control --> becomes a hobj.foo_control function with "view" as first argument
And on top of all that, I added some duplicates:
foo.view --> the same as foo.skin
foo.action --> the same as foo.hac
Maybe instead of adding direct built-in support for additional filename conventions to Helma, we could instead add functionality that would make it easy to script/configure such additional conventions as needed.
Besides a few new features, like the newly added res.resetBuffer() method and the ability to name type.properties files after their prototype, this update brings bug fixes in many different areas. See the
for the detailed list of fixes.
The new 1.6.1 version of Helma also includes an updated version of Rhino, with some E4X related fixes. The new packages now also include the
From the comments on
the slashdot posting
... tieTYT tells an anecdote about what AOL did to Netscape:
[...]one of the things they did was realize that pop-up blocking was one of the new cool things for browsers to have. But the marketing team stepped in and said, "Hold on just a second. We can't have the browser blocking OUR pop-ups." So they added rule to block all pop-ups except those that came from the netscape web page.
The netscape homepage happened to have a pop-up on it and of course, this is the default home page of the browser. When you initially ran netscape, first thing you saw was a pop-up and the page behind it claiming, "New Feature: pop-up blocker".
You can't escape bad karma. What AOL does to Netscape, Time Warner tends to do to AOL. We'll see.
David Greenspan, JD Zamfirescu, and Aaron Iba have
Unlike OpenMocha, they went the extra miles of making the framework very approachable by well integrating AppJet online hosting of your custom apps, by designing the framework in a way that I think developers used to PHP like environments will appreciate and by gearing it towards very simple, small apps at the beginning.
is already visible online
I particularly like the way they encourage appjet apps to be an open collection, in a sense becoming an appjet code library. That's an aspect that already was very successful in the
old days of WebCrossing
and that I think is an essential part of a web-soft-coding environment.
Indeed, facilitating easy code reuse and sharing is a focal point that would benefit the Helma community at large as well. I need to setup something like a code bin, where we can easily upload, categorize, search and find code snippets for reuse in other Helma apps.
has ported the
js lib for working with couchdb
from AJAX and crockford's json to helma.http and helma's json support. Definitely a candidate for inclusion as part of the modules in the next Helma release, I'd say. Now, if we use the onInit and onPersist hooks and suppress the embedded db, we could directly leverage all the fancyness of HopObjects for
, including the caching :-)
Your email address:
The "Decentralize" Newsletter
Exchanging ideas for building a
decentralized fabric of society.
Making true democracy work on a larger
scale while decentralizing "everything",
benefiting from local diversity and
global synergies at the same time.