However, it's not nearly the beautiful cube that Randelshofer presented with RubikPlayer. RoofPig by Lars Petrus is fast, configurable and just works. Some people have recognized the same need and have provided alternatives already. The many updates of Java don't really help either. The main problem with all Java applets is that browsers are starting to block any plugins for security issues. There's also AnimCube by Josef Jelinek, a Java cube with many options, which was less widely used than CubeTwister. Lucas Garron's twisty.js is fast but doesn't look as nice and isn't easily 'pluggable' in a page. The two most popular solutions online suffer from several issues: Randelshofer's RubikPlayer/CubeTwister is beautiful, but has a complex API and is not in active development anymore, though there is a limited WebGL demo version now. In a couple of years I am assuming that the same technologies will come to the mobile browsers with enough CPU and GPU speed. And with multiple cores in our systems, performance shouldn't be a problem.
#CUBETWISTER CODE#
The only alternative left is 'native' browser code with javascript.įortunately the browsers have become up to speed lately, even IE. Flash has died, killed by Apple, and nowĪndroid.
SVG didn't bring what was promised as far as 3D was concerned. We now have the canvas element in modern browsers, and with it we startĮxperiencing more 3D. One of the last frontiers of the browser is 3D. Browsers are not plain text, links and images anymore.
Have gotten used to HTML5+CSS3 which gives a very slick experience in regular browsers. Java used to be the go-to solution for Rubik's cube applets (no pun intended with the Go-To).
0 kommentar(er)
