Comments on: Will Ajax help Google clean up?
Google's popular map and e-mail sites reignite interest in older Web tech, raising potential threat to Microsoft, Flash and Java.
Most Popular
Latest tech news headlines
- The 30 most anticipated games of 2010
December 5, 2009 11:20 AM PST
- Iran Internet access down pre-protests, report says
December 5, 2009 10:58 AM PST
- Best Buy's little Black Friday the 13th
December 5, 2009 10:03 AM PST
- See all headlines
RSS Feeds
Add headlines from CNET News to your homepage or feedreader.
More feeds available in our RSS feed index.
- Markets
Related quotes
>and scalable Web applications that run on any
>browser on any networked computer with a
>standards-compliant computer, how does that affect
>a consumer's decision to shell out for a Windows
>upgrade when Longhorn finally ships?
Well, gosh, let's see. How useful is a DHTML web app when you don't have a live internet connection? Oh, that's right - you can't use it when you're offline.
How useful is a DHTML web app when you want to integrate the content into another application? Oh, that's right - it's a self-contained web page running in a browser.
How useful is a DHTML web app when it needs to work directly with the client system, for doing things like working with local files? Oh, that's right, web apps can't do that.
There's a time and a place for web apps, and a time and a place for local client apps. PhotoShop and Dreamweaver will NEVER be implemented as web apps. they just don't fit the model. There's plenty of other examples of this.
>and scalable Web applications that run on any
>browser on any networked computer with a
>standards-compliant computer, how does that affect
>a consumer's decision to shell out for a Windows
>upgrade when Longhorn finally ships?
Well, gosh, let's see. How useful is a DHTML web app when you don't have a live internet connection? Oh, that's right - you can't use it when you're offline.
How useful is a DHTML web app when you want to integrate the content into another application? Oh, that's right - it's a self-contained web page running in a browser.
How useful is a DHTML web app when it needs to work directly with the client system, for doing things like working with local files? Oh, that's right, web apps can't do that.
There's a time and a place for web apps, and a time and a place for local client apps. PhotoShop and Dreamweaver will NEVER be implemented as web apps. they just don't fit the model. There's plenty of other examples of this.
Of course, if you're just a script kiddie, then something like this is probably out of reach. But does David really think that developing these kinds of apps with Flash is easier? ***?
Of course, if you're just a script kiddie, then something like this is probably out of reach. But does David really think that developing these kinds of apps with Flash is easier? ***?
>something like Gmail and Google Maps," said David
>Mendels, general manager of platform products for
>Macromedia
No it's not. In fact now that I've gotten the hang of it, I'd almost say its easier to make a web app this way. The biggest thing google did was publicize that this sort of functionality was available. I never heard of it until I noticed gmail was doing something unusual to retrieve data. But to my suprise IE, firefox, & mozilla have supported it flawlessly for years.
If this 'hurts' anyone it's going to dent Flash. I just built a web app using the XML/DHTML technique in place of the originally planned Flash interface.
David, baby, give me a jingle. I'll get you guys up to speed in no time. Low six figures.
>something like Gmail and Google Maps," said David
>Mendels, general manager of platform products for
>Macromedia
No it's not. In fact now that I've gotten the hang of it, I'd almost say its easier to make a web app this way. The biggest thing google did was publicize that this sort of functionality was available. I never heard of it until I noticed gmail was doing something unusual to retrieve data. But to my suprise IE, firefox, & mozilla have supported it flawlessly for years.
If this 'hurts' anyone it's going to dent Flash. I just built a web app using the XML/DHTML technique in place of the originally planned Flash interface.
David, baby, give me a jingle. I'll get you guys up to speed in no time. Low six figures.
XUL = pure UI markup.
XAML/Avalon = technology that includes UI markup but does a lot more than just that.
XUL = pure UI markup.
XAML/Avalon = technology that includes UI markup but does a lot more than just that.
DHTML is used for having stable web pages that communicate data back and forth via hidden frame communication.
Development is extermely simple: developers are not burdened with all the "details" (HTML, CSS, Javascript, servlet, ...): pages are defined based on a simple XML layout definition that can be edited using a WYSIWYG editor. The DHTML is generated out of the XML layout. A very rich control library is available.
On server side each page has a corresponding Java Bean that plugs to the logical layer. - Casabac integrates into existing Java web applications and runs on any servlet engine (>= 2.3, e.g. Tomcat 4 and many others).
Web link: http://www.casabac.com
(including online demo and evaluation version download)
Bjoern Mueller, Casabac Technologies
DHTML is used for having stable web pages that communicate data back and forth via hidden frame communication.
Development is extermely simple: developers are not burdened with all the "details" (HTML, CSS, Javascript, servlet, ...): pages are defined based on a simple XML layout definition that can be edited using a WYSIWYG editor. The DHTML is generated out of the XML layout. A very rich control library is available.
On server side each page has a corresponding Java Bean that plugs to the logical layer. - Casabac integrates into existing Java web applications and runs on any servlet engine (>= 2.3, e.g. Tomcat 4 and many others).
Web link: http://www.casabac.com
(including online demo and evaluation version download)
Bjoern Mueller, Casabac Technologies
Maybe a dozen items, but again this could be comma delimited as the information for the query is so small to begin with....
But it's also not completely cross-browser....there are two objects that aren't supported in all browsers
Maybe a dozen items, but again this could be comma delimited as the information for the query is so small to begin with....
But it's also not completely cross-browser....there are two objects that aren't supported in all browsers
What's important is that we're using the hacks, and those who build browser technology will respond. They already have, to an extent. I expect that the design patterns we use today -- even if we have to write ugly nasty code to get em to work -- will dictate the functionality of next year's browsers.
More thoughts at my blog: http://ajaxredux.com
- Today's ajax hacks are tomorrow's supported functions
- by March 21, 2005 1:33 PM PST
- Ditto Terry Field that we have to deal with what's here and now. But that doesn't mean we can't innovate. There's a lot of chatter here about how the hacks we use now are slow, but that doesn't seem too important.
- Like this Reply to this comment
-
Showing 2 of 2 pages (84 Comments)What's important is that we're using the hacks, and those who build browser technology will respond. They already have, to an extent. I expect that the design patterns we use today -- even if we have to write ugly nasty code to get em to work -- will dictate the functionality of next year's browsers.
More thoughts at my blog: http://ajaxredux.com