Jos,

I am too picky to have one - and did not often have to.
Did some early COM-ASP work, but was not impressed.

Added some data import to Django, and from what I saw was ok,
but I dislike the thought of different languages on client and server -
gestalt allowing python on the client browser will fill the kick into silverlight's back.

Helped out on some Asp.Net in the rules area, was workable but elicited no joy
Servoy looks interesting, but pricing seems to steep - will perhaps know more after german devcon.

The Dabo fwk allows instantiating the biz layer server or client side - an approach I really like
- but does not run browsers, needs python for GUI.
Something having such an option, written in Node.Js with JS as front and backend
along RoR or Django pattern, but I haven't seen such an animal yet.

Typically I argue for TS if internet access is asked for existing apps
- if pressed I can work with any framework used by the client,
But I am typically thrown at back or middle tier anyhow <g>.

regards

thomas




>Thomas, what is your preferred dev tools for delivering database applications over the web / browser-based?
>
>
>>One of the nagging things is that diferent js-frameworks not always play nice with each other -
>>compared to the ease of using .Jar or dll-assemblies.
>>
>>>As any frameWork, Prototype does nothing more than wrapping native complexity into an handy interface.
>>
>>>>Uhm, nothing in .bind() that doesn't already exist in JavaScript: The .call() and .apply() methods allow you to call a function in the context of the object passed. I don't see how that's different than what .bind() does.