Expand up "for various reasons."
Generally inability for me as a non-programmer to modify it so that it could meet my needs (see my numbered list below).
There is a WebGL applet by Randelshofer as well that looks great, but I couldn't get it to work. :-(
Could you be more specific why you could not get it to work? Perharps other programmers would help you to get it to work if they knew where your trouble is.
Any reason you couldn't help out with any of the existing efforts to make it meet your needs?
One and only: I am not able to make a piece of programm in any language. In the past I was fiddling only with pascal and matlab (but successfully forgot most of it). Of course you can respond "time to learn it!" and can still be right.
I've found that asking for people to do it won't work. You need to go and make it happen.
Agreed, that would be best for me. But even if you have driving licence, prooving that you can drive a car and having some theoretical skills for how to repair some broken parts, in case of broken engine you would probably look for an expert to fix it (i.e. you would not do it by yourself). Of course this example is absurd, but I think you get my point.
but currently I don't have time to work on it.
Not to mention, it is not a priority for you.
I started working on my own cube visualizer API a while back.
It is nice to see other programmers are trying to make JS applet. My initial intention was "to help" Werner with his wonderful applet. Since I can not make a programm, asking programmers for help is the best I can do :-(. Since Werner has the plans to make not only a 3x3x3 cube but also other puzzles like 5x5x5 or Octagon etc., and I can imagine after writing parsers for cube notations and cube scripts + player for cube scripts it will be much easier for him to continue creating such puzzles, I am begging all of you to get his 3x3x3 applet finished first. After all, you can always implement some parts of the code into your applet afterwards.
-----------------------------------------------------
If I could pick, these features would be ideal for me (related to
Josef´s java applet):
1.) no border around the applet (white or tranpared border are ok)
2.) adjustable size of applet - would it be possible to enter only one value (e.g. height) and the other would be automatically calculated, meaning that height/width ratio would be always optimal?
3.) bgcolor parameter - white or transparent
4.) speed parameter - Werner´s java applets allow to adjust this parameter by the end user but I like Josef´s solution (i.e. adjustable be me) slightly better
5.) buttonbar parameter - useful for me/the end user are values 0 and 1
6.) edit parameter - for my purposes (making a web tutorial) is necessary only value zero (default in Lucas´ applet, not default in Werner´s JS applet)
7.) movetext parameter - VERY IMPORTANT feature for the end user, needed value 0 - through additional text I can describe what is really happening on the applet in the moves no. 64 - 72 for example (this was the main reason I chose Josef´s java applet for 3x3x3 instead of Werner´s one back in 2004)
8.) move parameter - please make standard notation, Lars´ is awful for me to define
9.) facelets parameter - please make something standard (see Josef´s or Werner´s java applet), Lars´ is awful for me to define
10.) control buttons should be large enough for mobile users
11.) to rotate the cube, a solution shown by Josef´s java applet would be best for the end user - the cube can be rotated as the user wants it to be (in conjunction with no. 6, no "space around the cube" is needed for making a rotation - the rotation could be made by clicking on the cube and moving the mouse or tapping and moving the finger in case of mobile users)
).
