I clicked through the demo. It seems that is has nice support for various events although sending all mouse clicks and movement to the server is probably not a good idea anyway (and the demo text says it).
No, no, no, only client events are sent to the server when a DOM event listener was registered on the server.
May be you are referring to the mouse over/out and mouse move examples, they only want to show you that can be received too if you want
(and managed by the Swing data model of the button too), in fact you don't need button components, any server DOM element can receive these events.
Of course these event types (mouse over,out,move) are discouraged
in any typical application but may very useful if you run a UI intensive web application in local.
How do you see your framework compared to GWT and AjaxSwing?
GWT would allow pure Java application to run in the browser without server roundtrip.
First of all: GWT is for me a brilliant technology.
In GWT you don't need server requests if you don't need server data. Most of the web sites of the world are data-intensive, you are requesting server data again and again.
Ok, some UI events are managed in the client in GWT.
In a server centric approach the server knows how to set in order the data because this data is managed in the original state (your Java data model) and sends to the client only those basic DOM actions to do. In a web with big computing resources and Internet connections speeder and speeder every day accessing to the server is not a serious problem (and we are supposing AJAX).
It's components are basic but ItsNat components seem to be even more basic.
What is a component? In ItsNat any server DOM node IS a component:
* Can be used to change the UI of the client (DOM APIs).
* Receives UI events if you want, dispatching to registered event listeners.
* A way to inject user data to the UI: again DOM APIs (value property of an , data in text nodes etc).
* A container of other components: if a node is removed then any child node is removed too.
* Does ItsNat need a "Panel" component? NO. Any node is a container.
* Does ItsNat need a "Label" component? NO. Any text node is "a label". ItsNat has a label component, actually is a special pattern based list with 0-1 elements beyond the typical concept of label.
* Does ItsNat need a "Image" component? NO, is not a server "img" node enough?
* Does ItsNat need a "Link" component? NO, is not a server "a" node enough?
* Does ItsNat need a "Frame" component? NO, is not a server "frame" node enough?
* Does ItsNat need checkboxes, radio buttons, text boxes and select components? NO. You can believe me, with a bit of work these elements can be used without special components. ItsNat provide components to avoid direct DOM code, to bind data and selection models to markup etc. To show that markup is enough these components have a "markup driven" mode where only server DOM code is necessary to manage these "client components".
In ItsNat only pure server DOM (W3C DOM APIs) and a very small subset of ItsNat APIs are enough to develop very complex AJAX applications.
I must recognize some typical components are missing like "suggest", date picker, floating menus etc.
Current ItsNat components are not full blown and closed, the view is designed by the developer. Components like data picker, suggest, menus are very hard to design with this principle. The problem of "closed" components is the appearance is imposed, CSS may not be enough, when you develop a GWT application the result is a Google-like application, this is a problem in web-site centric applications.
And finally a paradox: GWT applications are not Google Search friendly.
ItsNat uses the classical approach of templates, templates are pure X/HTML (or SVG) with no logic (ItsNat approach is not the typical view-pull). ItsNat has a "fast load" mode (the default) in this mode the server DOM is rendered as normal HTML when the initial page is loaded. And with "permalinks" any desired state of a ItsNat based application with AJAX is "searchable" by search engines.
AjaxSwing does a very nice job at converting Swing applications into AJAX websites. It has the same limitations that ItsNat and other server side frameworks in that many operations have to go over the network which slows done the response time. But AjaxSwing has nice support for all Swing components and doesn't require programming with custom API. And you can still run your app as Java Swing.
ItsNat IS NOT a Swing forced clone in web, it reuses Swing when possible, for instance data models and selection models are UI agnostic, is an error to reinvent the wheel.
And is not pixel based. One of the most interesting features of HTML is how a page is resized automatically without using special artifact like layout managers.
ItsNat has nothing to do with AjaxSwing.
So why would someone use ItsNat instead of the other two choices that exist for a while?
I haven't talked about COMET, server-sent events, remote views, wide range of mobile browsers...
I'm waiting for new arguments :)
Final note: ItsNat isn't all for all.