Changes between Version 25 and Version 26 of Projects/GSoC/ApplicationConfigurationGUI

Timestamp:

04/09/13 06:28:44 (11 years ago)

Author:

C Rempel

Comment:

/* Skills Required */

Projects/GSoC/ApplicationConfigurationGUI

@@ -129 +129 @@
  *  Another solution could be a Wizard/Editor for Eclipse.  
  *  Another solution is to use the config infrastructure used by the GNU/Linux kernel.
- *  Another approach would be to use the configuration GUI from eCos and NutOS: http://www.ethernut.de/en/software/nutconf.html
-
-'''There is NO consensus on how best to approach this project and you must convince the community that your approach will be the right one.
-'''
+ *  Another approach would be to use the configuration GUI from eCos and NutOS: http://www.ethernut.de/en/software/nutconf.html=  Resources  =
 
 [wiki:TBR/User/JoelSherrill JoelSherrill] has used the GNU/Linux kernel config infrastructure for
@@ -140 +137 @@
 a solution that also addresses MS-Windows users.  
 
+Chris Johns is the resident Python wizard and offered to help
+define classes to do the transformations. Python is a very
+portable language and toolkit which should be easy to
+dynamically generate UIs in -- both TUI and GUI. Using one
+implementation language would allow you to share the
+"controller" portion of the program but implement
+different "views"
+
 A better possibility is to write a GUI program in Python which reads an XML format file describing the RTEMS configuration parameters.  As the user set values, the program would store this information in another XML format file.  When it was time to write the C code to use with the RTEMS application, the GUI application would write that.  So we would have:
 
  *  XML file describing RTEMS configuration parameters
  *  XML save file with user settings
- *  C/H file output for use with RTEMS application=  References  =
+ *  C/H file output for use with RTEMS application
+=  References  =
 
 # [http://rtemsgui.wordpress.com/category/deliverables/ Some Design work ]