Application Configuration GUI.

Shubham Somani shubhamsomani92 at gmail.com
Fri Apr 5 19:51:12 UTC 2013


@cynthia,gedare

Thanks for showing me more options. I will evaluate them and then discuss
the ones which would meet the purpose. :)


On Sat, Apr 6, 2013 at 1:11 AM, Gedare Bloom <gedare at rtems.org> wrote:

> On Fri, Apr 5, 2013 at 3:30 PM, Rempel, Cynthia
> <cynt6007 at vandals.uidaho.edu> wrote:
> > Hi Shubham Somani,
> >
> > Depending on what the other developers say, you can go with 3b, but it
> would be awesome to add that the code parses a certain chapter in the user
> manual to get the configuration information, so after 5 years it's not
> bit-rotten away.
> >
> Rather than getting Configuration options from the user manual, it
> might be better to have a consolidated location and standard format
> for specifying the Configuration options, including default values and
> acceptable values/ranges (for options where ranges make sense). Right
> now, confdefs.h is the only definitive location for Configuration
> parameters and is the place to go to learn how a Configuration
> parameter is actually used.
>
> > It will have to run on Fedora, Windows, and it would be amazing if it
> could run on Ubuntu (and possibly even a Mac).
> >
> It should best work on any reasonable flavor of Linux, and on Windows and
> Mac.
>
> > Would you be willing to change the GUI library from GTK+ to tkinder?
>  Although tkinder is very dated, from my research on the topic, it ships
> with Python, thus ensuring cross-platform compatibility, while GTK+ only
> ships with certain platforms.
> >
> TkInter might be a good place to start, but the design of the
> Configuration tool should not be bound so tightly to the GUI that
> replacing the GUI would be hard. Thus, we can consider other GUI tools
> and evaluate them at an early stage to determine which ones will
> suffice. A nice list of possibilities is at:
> http://wiki.python.org/moin/GuiProgramming
>
> > My big problem with the NutOS GUI is that it doesn't run on Ubuntu --
> the dependencies for the NutOS GUI require versions higher than what is
> packaged for Ubuntu, so avoiding this option is a  +
> >
> > Thanks!
> > Cynthia Rempel
> > ________________________________________
> > From: rtems-devel-bounces at rtems.org [rtems-devel-bounces at rtems.org] on
> behalf of Shubham Somani [shubhamsomani92 at gmail.com]
> > Sent: Friday, April 05, 2013 12:16 PM
> > To: rtems-devel at rtems.org
> > Subject: Application Configuration GUI.
> >
> > Hi,
> >
> > I would wish to take up the project of making an Application
> Configuration GUI for RTEMS in this year's GSoC.
> >
> > I was studying the various approaches available and it eventually boiled
> down to this-
> >
> >
> >
> >     APPROACH
> >
> >
> >         PROS
> >
> >
> >          CONS
> >
> >
> >  1)  To use the configuration
> >
> >     GUI from eCos and NutOS.
> >
> >
> > -  Based on WX Widgets.
> >
> > -  Highly Portable
> >
> >  (runs on Windows and Linux)
> >
> >
> >
> >
> > The code is heavily based on templates which are difficult to understand
> and port.
> >
> >
> >  2) To use the config infrastructure used by the GNU/Linux kernel.
> >
> >
> >
> >
> >           Works well on Linux.
> >
> >
> >  Does not support MS Windows.
> >
> >
> > To write a cross platform GUI in python. This also can be done in 2 ways-
> >
> > 3a)- To start with an existing open source project like Xpresser.
> >
> >
> >
> >
> >
> >
> >
> >
> >                  Portable
> >
> >
> >
> >
> >     Documentation is scarce.
> >
> >
> > 3b) To code the application from scratch using python and GTK+. If any
> OS specific requirements are needed then they can be coded separately.
> >
> >
> >
> >
> >
> >
> >     Highly portable & modifiable.
> >
> >
> >
> >
> > Coding has to start from scratch.
> >
> >
> >
> >
> > This made me think that approach 3b would be the best for a baseline.
> These are just my Initial ideas. A lot of other work apart from this (XML
> parsing,rewriting conf.t etc) also needs to be done. I would discuss them
> once the baseline becomes clear. Please help me analyse any deficiencies in
> my understanding.
> >
> > Cheers,
> > Shubham
> >
> >
> > _______________________________________________
> > rtems-devel mailing list
> > rtems-devel at rtems.org
> > http://www.rtems.org/mailman/listinfo/rtems-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/devel/attachments/20130406/a72fff11/attachment-0001.html>


More information about the devel mailing list