avr-chat
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [avr-chat] GUI wrapper for avrdude


From: Eric Weddington
Subject: RE: [avr-chat] GUI wrapper for avrdude
Date: Mon, 27 Aug 2007 11:14:37 -0600


> -----Original Message-----
> From: Chris Albertson [mailto:address@hidden
> Sent: Monday, August 27, 2007 11:05 AM
> To: Eric Weddington; 'Juergen Harms'; 'avr-chat'
> Subject: RE: [avr-chat] GUI wrapper for avrdude
>
>
> > The real question on the table is, how to implement it given the
> > acceptance
> > criteria of cross-platform GUI? That's a real technical challenge
> > right now.
> > Here's one idea: Java. Honestly, I'm not a real big fan of Java,
> > mainly
> > because the user has to download a large JVM just to run some simple
> > program.
>
> There are other cross platform GUI tool kits.  WxWidgets works well
> "v" is another but there are many more listed here
> http://www.geocities.com/SiliconValley/Vista/7184/guitool.html
>
> For this very simple application you don't need anything like C or C++
> one of the scripting languages would work, tcl/tk, pl/tk, ruby or
> Pythion.  All it would have to do is present the user a bunch of
> radio butons, pull downs and file browser.  It reads there then builds
> and "execs" a command line

Note that many of these have also been discussed on the list
(avr-gcc-list,IIRC) before, but it's been awhile.

I agree that scripting languages would work, but I would balk at including
them in WinAVR because I prefer that there not be such strong dependencies
on the tools. For example, I don't want the user to have to go download
Python just to get a GUI for avrdude to run. I don't want to include Python
within WinAVR because it would seriously bloat the package, plus that's not
the purpose of WinAVR to include all of Python. I would certainly not object
to turning the Python script into a self-contained executable, because then
it would be very easy to include it in WinAVR and reduces the dependencies.
*nix machines generally don't have to deal with this issue, but Windows
does.

Tcl/Tk is somewhat better as Tcl/Tk DLLs are included in WinAVR because I
build and include Insight (GDB w/ GUI), and a wish interpreter is included.
But, as has also been discussed before, Tcl/Tk apps pretty much look lousy
on all platforms.

But at this point, it would be nice to have something that works reliably,
rather than the buggy one that exists now.

Eric Weddington






reply via email to

[Prev in Thread] Current Thread [Next in Thread]