eyqs / tsukiyo Goto Github PK

Despite spending so much effort with bd9341f, the view algorithm still doesn't work when rotating things in 4D. At least everything works in 3D...

Ideas:

• come up with a new algorithm
• steal an old algorithm from somewhere
• keep the old algorithm and double check my calculations, again
• keep the old algorithm and use some symbolic linear algebra thing to solve it

The rotation algorithm doesn't work when viewing things in 4D. Especially worrying is how rotating stuff the opposite way doesn't actually unrotate it when points start to fall apart. At least everything works in 3D...

Ideas:

• come up with a new algorithm
• steal an old algorithm from somewhere
• use like, actual matrix rotations or quaternions or whatever
• keep the old algorithm because it's easier to extend to higher dimensions? is it?

There's lots of repeated code for creating and setting scales, so it'd be nice to create one function just to create scales with labels. Perhaps make classes (IntScale, FloatScale) to control ttk.Scale's resolution (which it didn't copy from tk.Scale), rather than using _valid and set_view and set_light and change('s') and ugh.

The code to set #RGB colours should probably be collected into one place, and extended to #RRGGBB colours since the scales go up to 255 anyway. Putting a box to preview the colours created by three RGB scales would help with actually knowing what colour it is. Oh and finally, having the colour menus actually remember what the current set colour is, or even adjusting menu colours in real time―that would be nice. All of this would be nice.

Too bad we don't have any of them.