got MultiWiiConf running in OS X Yosemite

[terrance]

~~~
update 2015-09-22
"latest" thing might not work well
tested with Processing 3.0a7 and controlP5 2.0.4

Processing 3.0b5 and controlP5 2.0.4 works not.
Processing 3.0b5 and controlP5 2.2.5 works not. also lot of methods deprecated (fixable)
~~~

Good news, OS X users! I got it work in Java 8 update 45.

You don't need to install ancient JRE 1.6 and long deprecated J3D.

Download and install latest Processing 3.0x beta (2.2.1 won't run) https://processing.org/download/ ,
and latest ControlP5 lib http://www.sojamo.de/libraries/controlP5/#installation

Then download MWConf's source code, open MultiWiiConf.pde (the one in top level) with Processing.

find

Code: Select all

setup()

,
change

Code: Select all

size(windowsX,windowsY,OPENGL);

to

Code: Select all

size(windowsX,windowsY);

Known issues:
The only thing does not work is that little 3D copter.
Actually "size(windowsX,windowsY,OPENGL)" also works, but the window is very tiny.
Maybe some guys will fix that soon.

[copterrichie]

Awesome, this is similar to the issues I had with my Raspiberry Pi port "size(windowsX,windowsY,OPENGL)". What is required is a total rewrite of the screen handling routines to accommodate various screen sizes. Lots of work and the real question, is it worth the effort?

[terrance]

oh yeah!

Code: Select all

size(1000, 570, P3D); 

works!


don't know why, final those doesn't help. but numbers work.

Code: Select all

final int tabHeight=20; // Extra height needed for Tabs
final int windowsX    = 1000;       
final int windowsY    = 550+tabHeight;

[copterrichie]

The problem is, all of the locations and sizes are HARD coded but should be variables that can be manipulated based upon the system call for screen size.

[terrance]

Guess it's the price of simplicity.

p.s. if it's HARD coded, how come "size(windowsX,windowsY);" works??????