Reinvent the Pattern Dialog (Part 2)
Convert the PostRender to a PreRender, called before we render.This makes more sense as this way things are prepared for the very first render.
Fix the Solver broken by the change of move notation when importing Pyraminx Patterns :(
Change the format of moves in Pretty Patterns to more terse, so that patterns of objects with 4 axis of rotation ( Pyraminx!) fit into 3 digits.
Progress with the 3x3x3 Solver.
Hopefully the only thing that remains to be done is to implement the RubikStateSolver.retCubeString().
More support for the 3x3x3 Solver: more of the actual 3x3x3 solver mechanism.
Introduce RubikPatternsList. Now, if one wants to contribute patterns for a new object, all one has to be is give the list of strings describing the patterns and add them to the List.
Speed up displaying the Patterns Dialog - do not read the whole thing, but only one Category at a time as required.
Pretty Patterns: slight speedup.
Pretty Patterns: some patterns had 'empty' moves (i.e. angle 0). Protect the parser against such sequences and correct the first 12 such patterns.
Pretty Patterns Dialog: remember the positions of scrollbars.
Bugfixes for Pretty Patterns
Bugfixes - do more stuff 'post render'
Major progress with Prretty Patterns.
Two things remain:
1) looks like sometimes making/backing Moves in a Pattern gets stuck. ( Pattern.mCanRotate! )2) we need to add RubikPatternList!
Major progress with Prretty Patterns - hopefully only initializing the Object remains!
More support for actual patterns!
Remember state of the dialog.
Minor.
Progress with Pretty Patterns.
Progress with Pretty Patterns - do away with the tabbed dialog!