Hi Didnt take it as antagonistic at all. What I want is a standard that is built into the browser. The browser already has the api's why not expose them. I have nothing against Flash/Flex, in fact I really like them. However, half the people I contract with always say, thats proprietary and isnt going to last. That I disagree, doesnt win the discussion. As far as applets, they got a bad rap early on, and haven't recovered yet. Swing was pretty iffy and it required a hugh download. I would like a minimal down load. I guess I am tired of the only standards that seem to please everyone, being based on javascript, html and the sgml trick of the day. We should be creating web based apps with simple elegant tools that work on the desktop using all of the power found there. Want them to not be proprietary and expensive and likely to be gone tomorrow, or what ever other arguement might come along. I am hoping that the GWT java like interface might allow a new backend compiler that will create the stream that a Chrome browser could then digest. Perhaps FoxFire and others would join in and make it a standard stream. Then we could take the desktop control from a single vendor.
don [email protected] On Mar 30, 9:13 am, Ryan Graham <[email protected]> wrote: > On Mar 27, 7:23 am,dhfair<[email protected]> wrote: > > > So my question: > > 1. If the application must run in a heavy weight application (browser) > > that has access to a large number of GUI api's on the native machines. > > Why not setup a standard that exposes these API's from the browser and > > make the internet application run like a plugin. (similar to flash/ > > flex, and or silverlight) only better. > > You mean something like Native Client?[1] > > What do you see as lacking in flash/flex and silverlight? Or Java > Applets, for that matter? It's not quite clear (to me, at least) what > problem you're trying to solve with this idea. I'm not trying to be > antagonistic, I'm genuinely curious. > > 1.http://code.google.com/p/nativeclient/ > > ~Ryan --~--~---------~--~----~------------~-------~--~----~ Chromium Discussion mailing list: [email protected] View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-discuss -~----------~----~----~----~------~----~------~--~---
