Here's how I see it playing out:
JavaScript libraries will build increasingly more full-featured UI libraries. That's happening already with JQuery and YUI and Scriptaculous and Dojo. The increasing complexity will put increasing demands on the client-side processor, so browser makers will respond with faster JS implementations and specializing JIT-compilers (like Psyco or the JVM).
Meanwhile, SVG support will grow - it's already supported natively in Opera and partially in Mozilla/Firefox, with Safari and IE support under development. Once that's widely available, it'll open up a whole bunch of new app categories - games, grapics apps, maybe even photo manipulation if JavaScript gets high-speed array operations and access to pixel buffers. When enough people start using SVG, I could easily see browser makers implementing their SVG support to take advantage of 3D hardware acceleration.
There's the aformentioned Doom clone (http://canvex.lazyilluminati.com/83/play.xhtml). A bunch of JavaScript charting libraries have sprung up recently - one I'm familiar with is WebFX (http://webfx.eae.net/). I did a real-time charting widget for my former employer that graphed stock prices in real time on your browser; unfortunately I can't show you that. SVG's also apparently getting popular in bioinformatics for viewing protein-folding and other biochemical interactions.
The Doom clone was why I specified 'useful' in my last comment ;)
Maybe. I think for this to be to be the case there needs to be a better thin client than the web-browser as currently conceived and perhaps higher level ontology (OWL?).
But I am willing to be corrected. Do you think JS-browser integration as it currently exists is powerful enough for the stuff you are talking about?