I'd like to back the OP up in regard to the execution aspect. The JavaFX language is truly interesting from an expressibility view (reminds me of what we see in the jQuery world) and one immediately thinks about other use cases such as JSF pages. However in order to succeed with such a radical step as a brand new language, tooling absolutely has to be in order. It would seem JavaFX is behind then both in execution engine and tooling, which could explain why other RIA competitors and articles don't even seem to have JavaFX on the radar yet.
The few times I've run into an example, it involved long load times, orange Java logos and security dialogs that immediately discouraged me. Maybe it's just too early, maybe I'm suffering from post-traumatic- applet syndrome, or perhaps I just have to wait for a kit for my platform to get my own fingers dirty and see the light. However, I do fear yet another fancy JavaOne demo year with little actual business value to adapters which needs such things as datepickers etc. Not too reassuring considering we still don't have that in javax.swing. Perhaps it isn't fair, but that's the Sun/Java legacy to many of us. I hope to be positively surprised, although one has to remember that the competitors, browser vendors and Google aren't resting on their laurels either. Particularly GWT on JavaScript accelerated browsers which will be commonplace in a year seems like a tough one to beat. Show me a coverflow impl in JavaFX that loads and feels as smooth and pervasive as this one and I might be convinced: http://www.classycode.co.uk/CoverFlow/rwmCoverFlow%20-%20demo.htm /Casper --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "The Java Posse" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/javaposse?hl=en -~----------~----~----~----~------~----~------~--~---
