Re:HTML5 terminal
by vidarh on Saturday November 12, 2011 @10:04AM
(#3227921)
What do you mean "finally"? The file manager in Jurassic Park was a (fully working) demo 3d file manager shipped with SGIs. I played with it on my university computers back in '94.
Re:HTML5 terminal
by jroseattle on Saturday November 12, 2011 @10:00AM
(#3227908)
With each new HTML5 demo of something that comes up, I get the sneaking suspicion that HTML5 adoption is going to be slow.
It seems the capabilities of HTML5 and what you can do with it from an application basis are fine and dandy. It's just my observation and very-limited experience, but I've yet to see anything that really knocks it out of the park for me.
I'm currently working on a project that relies heavily on client-side javascript and flash (for media delivery). We have spent some time evaluating HTML5 and whether we should "cut the cord" and move to developing for that basis.
At this point, we've determined it makes no sense to do so for one simple reason -- it offers us no valued advantage over our current investment. While we hope to see the adoption improve, we're not holding our collective breath.
Re:HTML5 terminal
by nitrogen on Saturday November 12, 2011 @04:48PM
(#3229019)
It's possible that the HTML5 revolution will come from new developers that never learned Flash (or, who like me, tried it once in high school, but didn't inhale).
Re:HTML5 terminal
by jroseattle on Saturday November 12, 2011 @03:14PM
(#3228774)
We're well aware of the Flash situation with non-desktops.
It brings us to a major business decision.
Do we begin migration away from Flash (which we despise with a white-hot passion), even though it represents > 90% of our customers environments? Though a few have asked about our tablet strategy, we haven't had any customers (specific vertical market, enterprise space) push the tablet/mobile conversation.
If it were purely a technical motivation, we would have abandoned Flash long ago. But, we can't yet make the migration away from Flash without seeing good HTML5 support on our customers' desktops.
Yeah, which ones? I'm actually building a simple browser based text editor (think Writeroom/iaWriter/the other distraction-free editors) but in a browser with full-screen mode if I can figure that out.
I'm really interested in how he got the caret customized like a terminal caret or cursor, whatever you want to call it. I'm decently experienced with web programming but I'm e,harassed to say I don't know JavaScript which is a must these days.
This little project inspired me and let me know that what I'm thinking of is possible.
Re:HTML5 terminal
by systemtrigger on Saturday November 12, 2011 @01:02PM
(#3228355)
Terminal.js is good reading. According to his comments there, Eric plans to add tab suggest and html5 audio fallback. I wonder what the end game for this project is and if a text editor is coming - * crosses fingers for vim*.
Re:HTML5 terminal
by vaksel on Saturday November 12, 2011 @09:43AM
(#3227883)
seems to only work in chrome...that's why I'm a bit weary of using this new stuff...since chances are that 90% of your users won't be able to get the full experience
Re:HTML5 terminal
by melling on Saturday November 12, 2011 @09:57AM
(#3227904)
Then install Chrome. HTML5 isn't an official standard yet. If you want to play on the bleeding edge, you're gonna need Chrome. Chrome and Firefox get updated every 6 weeks so things are changing fast.
On another note, we need a suite so Opera, Webkit, Chrome, and Firefox can certify against. An Acid test for all the new technology.
Re:HTML5 terminal
by llambda on Saturday November 12, 2011 @09:09AM
(#3227830)
Pretty cool to see HTML5 in action like this. It runs quite well and even though seemingly lacking in some functionality is one of the better terminal emulators I've seen in the browser. It'd be nice to see some additional utilities though, such as curl and lynx would be a nice meta-utility. ;)
Re:HTML5 terminal
by simonbrown on Saturday November 12, 2011 @10:34AM
(#3227974)
It's because of cross-origin restrictions. Try http://enable-cors.org/ or the site itself. I guess they could use a proxy if they want it to work for every URL.
Re:HTML5 terminal
by JBiserkov on Saturday November 12, 2011 @09:15AM
(#3227842)
3d shows you a 3d visualization of the file/directory structure (which is empty by default), try mkdir or adding file from your computer with drag'n'drop (in the terminal, not the visualization).
Re:HTML5 terminal
by VoxelBoy on Saturday November 12, 2011 @09:15AM
(#3227841)
It brings up a 3D view of a thin box which you can orbit around using the left mouse button. Works here on Chrome 15 (Mac) but I believe I enabled some WebGL related flags a while ago.
Re:HTML5 terminal
by llambda on Saturday November 12, 2011 @09:11AM
(#3227835)
3d doesn't seem to do much of anything (Safari 5.1.1, OS X). It doesn't crash but it doesn't seem to do anything aside from changing the height of the terminal and creating a large, blank space above it.
Re:HTML5 terminal
by ale55andro on Saturday November 12, 2011 @09:17AM
(#3227849)
I got a crash ( using chrome on windows 7). I did get to see a slow scrolling rectangular 3d cube before the tab crashed. The crash is probably due to the specific video card I have in use. Nice demo still.
Re:HTML5 terminal
by city41 on Saturday November 12, 2011 @09:13AM
(#3227836)
This website itself (that is, go to http://htmlfivewow.com/) is a (very nice) Google presentation on HTML5. I've learned about a few APIs I didn't know existed.
3d works for me on chrome (Windows 7). It creates a 3 dimensional representation of the file structure.
(http://news.ycombinator.com/item?id=3225701)
Link to software and descriptions (http://nooface.net/3dui.shtml)
It seems the capabilities of HTML5 and what you can do with it from an application basis are fine and dandy. It's just my observation and very-limited experience, but I've yet to see anything that really knocks it out of the park for me.
I'm currently working on a project that relies heavily on client-side javascript and flash (for media delivery). We have spent some time evaluating HTML5 and whether we should "cut the cord" and move to developing for that basis.
At this point, we've determined it makes no sense to do so for one simple reason -- it offers us no valued advantage over our current investment. While we hope to see the adoption improve, we're not holding our collective breath.
It brings us to a major business decision.
Do we begin migration away from Flash (which we despise with a white-hot passion), even though it represents > 90% of our customers environments? Though a few have asked about our tablet strategy, we haven't had any customers (specific vertical market, enterprise space) push the tablet/mobile conversation.
If it were purely a technical motivation, we would have abandoned Flash long ago. But, we can't yet make the migration away from Flash without seeing good HTML5 support on our customers' desktops.
It does work reasonably well on iOS, but on Android Browser, Flash does usually work better than HTML5. Which is a bit sad.
I just learned three new CSS tricks from using the web inspector to figure out how he accomplished some things.
I'm really interested in how he got the caret customized like a terminal caret or cursor, whatever you want to call it. I'm decently experienced with web programming but I'm e,harassed to say I don't know JavaScript which is a must these days.
This little project inspired me and let me know that what I'm thinking of is possible.
Edit: The entire deck is impressive. Click the Chrome icon here: http://www.htmlfivewow.com/slide52.
Project homepage: https://code.google.com/p/html5wow/
Edit: I am late to the game, just found html5rocks. Wow.
On another note, we need a suite so Opera, Webkit, Chrome, and Firefox can certify against. An Acid test for all the new technology.
Make sure to turn the volume nice and loud!
[1] https://github.com/unconed/TermKit
http://code.google.com/p/html5wow
(Found by looking through the js)