Alright guys, I've got the basic elements of the GUI done up in processing, including the core objects to handle screen display, display of the keypad (absolutely essential for hardware w/o keypads - a little annoying for PC users, I know =), and the general workflow for handling input.
The Processing-based GUI uses the excellent ControlP5 library from Andreas Schlegel, who has been very communicative and fast to add some new features we needed to the library distribution.
Some notes about the intent of this GUI:
Platforms:
* It should run on any Mac, PC, or Linux-based computer
* It should run, as is, on any Linux-based PDA
* It should run, as is, on any Linux ARM platform
* Windows PDAs/Phones are a hope, but not direct target
* Iphone is not a target for this GUI
* Android is an eventual target, but dependent upon the Android Processing port
Capabilities:
* It should enable all functionality without the use of a physical keyboard
* It should expose all functionality of the engine
* It should provide both quick and easy means of shooting a video, along with the ability to easily define the more advanced capabilities of keyframing and action scripting
* It should enable a first-time user to create their first video in under ten minutes
* It should enable experienced users to create simple videos (no AS/KF's) in under 1 minute
* It should abstract the user from the engine's complexity
** allow naming of axes, input by relative distance (inches or degrees instead of steps)
** allow manual control of axes using simple directional buttons
** abstract user from complex keyframe activities, instead provide options of "run action here, etc."
* Allow for both real-time interaction (changing of parameters on the fly) w/ engine, and 'scripted' style activity, where a user first inputs and checks all individual settings before uploading to engine
Included in the svn repo is a PDF of the latest worfklow document, I'll start working on getting more of the known conversations about the UI documented here in the forum.
For new developers: those who haven't yet contributed to the source code or design are very much welcome to suggest or make changes, no matter your programming abilities. However, until we've established a working communication channel between us and you, we will need you to submit them to us for inclusion, rather than letting you commit to svn directly. After a couple of submissions have been made successfully, at this point will grant access to commit to subversion. All we'll ask then is that you work in your own branch until everyone can agree that the changes be included - at which point in time we'll merge the code.
Please keep any discussion about the OM GUI development to this forum, that way everyone knows where to look. =)
The SVN repository for the code as it stands can be found here:
http://openmoco.svn.sourceforge.net/viewvc/openmoco/OpenMocoInterfaces/GUI/processing/trunk/
Some notes about this version (correct as of my posting this message):
* The only screens that are working so far are the movie menu->easy movie setup, and then the camera sub-menu there.
* There is no communication with the engine yet, we are simply laying out the UI presently
* There are still a lot of efficiencies to be gained and modularity to be added. Nothing is set in stone yet
* There is a known issue where left-navigation panel buttons are not retaining their clicked state. I broke this in some recent changes and will track it down and fix it in the next couple of days.
I look forward to your feedback and suggestions!
!c

... and here's an early
... and here's an early concept image, to get the idea of where we're heading:
!c
This looks super! Really just
This looks super!
Really just wanted to cheer you on!
Go, go, go!
Ludvig
I just compiled the code and
I just compiled the code and had a play with it. It really looks great! I have strong doubts if the TouchShield interface can ever look the same. I will have a more in depth look at this during the weekend.
Thanks guys! Keep an eye on
Thanks guys! Keep an eye on the repo, I'm doing regular updates (pushed the beginning model for the manual control of axes last night).
!c
I have a question regarding
I have a question regarding the UI design. The wireframe design shows a screen called "CAMERA 1 SETTING". It both holds an iPhone like on/off switch and a checkbox. I think we should only use one of these.
My proposal is to go for the on/off switch. I would love to get my hand on the proper icons when you all agree. I have started to implement this UI component for the TouchShield Slide version of the user interface.
are you talking about the
are you talking about the "USE SETTINGS FROM CAMERA 1" and "Enabled"? yep they do both require a "binary" response and agreed they can be unified! ;)
the toggle switch is fine with me and i'd be happy to get you some graphics.
Yes please! I have just
Yes please! I have just finished the TouchShield Class :-)
here you
here you go!
http://www.filedropper.com/omtogglebtns02
Thanks! But now we have three
Thanks! But now we have three colors. Orange, blue and green buttons :-). We have been using the grey (off) / orange (on) combination on the TouchShield.
hey cronix, yea we had orange
hey cronix,
yea we had orange and blue buttons. i think that we were talking about the orange being a little more illegible / too bright than the blue... but the motor indicators on the home screen worked better in orange. dan was working with the blue buttons: http://danthompsonsblog.blogspot.com/2009/12/open-moco-touchscreen-interface-v002001.html
so short answer is, it hasn't been standardized yet and we can change the color scheme as we go based on feedback and how it looks on the device.
regardless, can't wait to see what your working on! ;)