From: Joel Eriksson (jen_at_ettnet.se)
Date: 2001-12-22 10:08:18
On Sat, Dec 22, 2001 at 08:57:08AM -0000, sademade wrote:
> Has anyone tested out the wxDesigner for the wxWindows free multios
> gui toolkit : http://www.roebling.de/ ...
>
> ( some other GUI toolkit pages, though mostly non-RAD gui toolkits )
>
> 1. http://www.geocities.com/SiliconValley/Vista/7184/guitool.html
> 2. http://home.xnet.com/~blatura/linapp6.html
>
> It does cost Euro 19 for students, and would not be against paying
> that, if the visual designer was any good and fast ...
>
> Do not know if the QT or GTK+ have good visual designers, is that
> the case, and if so, how do they compared to wxDesigner, Visual C,
> VB and Delphi visual RAD GUI development ?
>
> Also, is something free called mGUI totally useless, as it seems
> easy enough to use even for OS-illiterates such as me ?
>
> So, the unix gurus that are out there, what are the easiest
> and fastest FREE Visual GUI editors/generators out there ????????
>
> ( unless, of course, complexity and limiting the coding to few
> very best linux super gurus only is the goal ? )
>
> Appreciate, linux-coding-impotent Sade M.
As someone pointed out earlier, making portable libraries for the
signal processing etc is of highest priority. I would suggest coding
those routines in C. Wrappers for VB, C++, Delphi, etc can be based
on the C-library functions.
If it's easy to extract the data of interest then "anyone" can create
a GUI or other types of applications. If the API is well thought out
so that embedding neurofeedback functionality in existing games and
applications can be done with little effort then the software issue
might not be such a big problem anymore.
Sure, a multiplatform GUI would be great too, using for example libSDL.
Another option is to program a GUI in Delphi and only use portable
functions and classes, then the program can be compiled in Kylix
(Delphi for Linux) to make a Linux-version.
I think it's best to encourage anyone that wants to contribute by making
a GUI or other types of applications in their language of choice as long
as we agree on making the source code available and keep the base library
in portable ANSI-C.
The hardest part to keep portable may be getting the data from RS232/IRDA/whatever,
but at least the RS232-handling can be made compatible between Unix and Windows
using the Cygwin-DLL that implements POSIX systemcalls with the Win32-API. I can
contribute with that myself, it's already written. The data processing should be
independent of input-method though.
My own time is unfortunately limited, as for most of you I suppose, but
if I had the hardware available I would be happy to start coding on the
base library. Since I don't know much about hardware design I have mostly
been a lurker, and probably will be until assembled units are available..
-- Joel Eriksson
This archive was generated by hypermail 2.1.4 : 2002-07-27 12:28:36 BST