I'm pretty convinced that since you are having trouble with layers 7 and 8, that you didn't actually figure out how to solve what you already solved without commutators. Is it possible to solve any size nxnxn without commutators at all? Absolutely (but it's not obvious).Īnd I know this comment is going to be invisible soon enough (a lot of people are going to down-vote it because they really don't understand - they think solving the cube layer by layer is a big deal. Special thanks go to Tiffany Wang for her beautiful cube.I saw your first thread about this for the first time yesterday (despite that it was more than a month ago).įirst of all, I applaud your quest! Any quest is noble which involves doing something differently than what has been done before! The current version is already embeddable with some manual work and is configurable with stickers, an initial algorithm, either in Generator or Solver mode (inverse). Pluggable in either a static website, a PHP site, or a WordPress blog (using a plugin). The GLube project will ultimately be a full replacement for online cube algorithm demonstrations. It is possible however that a really nice looking, realistic cube can be made on the foundation of the Google Cube code. Again, it is a great project, but it looks more like a toy than a real cube. It was a completely playable Rubik's cube, made with Thee.js, HTML5 and CSS3. Google created a great project for the anniversary of the Rubik's cube: a Google doodle on their home page. However, it is not fully readable JavaScript, the conversion was done using Google Web Toolkit. Michael even made it slightly more customizable than the original Java applet. AnimCube JS by Michael Feather is a WebGL version based on the original code of AnimCube. 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. 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 Comments
Leave a Reply. |