Home > Archive > Tcl > December 2007 > TCL/TK expert wanted to join open source project
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
TCL/TK expert wanted to join open source project
|
|
| Glenn MacGougan 2007-12-29, 7:17 pm |
| I've put together an open source app, plot2d (http://
plot2d.sourceforge.net), for plotting data (from ASCII files, almost
any delimiter) directly to a compressed image. It uses a simple ASCII
options file. It can also generate statistics for each series.
I evaluated TCL/TK for generating a nice GUI to run the software but I
went with visual C++ express since it was the fastest way for me to
make a GUI (but only for windows).
I'm looking for a TCL/TK expert to join the project and put together a
more professional cross-platform GUI for the project.
It's a very simple application and the GUI could be completed by an
expert in a day or two. The GUI would initially just write the ASCII
options file and invoke the terminal app.
The project is only a w or two old and I've had good response from
the Open Source community.
| |
|
| On Dec 29, 10:06 am, Glenn MacGougan <glenn.macgou...@gmail.com>
wrote:
> I've put together an open source app, plot2d (http://
> plot2d.sourceforge.net), for plotting data (from ASCII files, almost
> any delimiter) directly to a compressed image. It uses a simple ASCII
> options file. It can also generate statistics for each series.
>
> I evaluated TCL/TK for generating a nice GUI to run the software but I
> went with visual C++ express since it was the fastest way for me to
> make a GUI (but only for windows).
>
> I'm looking for a TCL/TK expert to join the project and put together a
> more professional cross-platform GUI for the project.
>
> It's a very simple application and the GUI could be completed by an
> expert in a day or two. The GUI would initially just write the ASCII
> options file and invoke the terminal app.
>
> The project is only a w or two old and I've had good response from
> the Open Source community.
I wouldn't have time myself, at least right now, but you might want to
look at plotchart in tcllib as something that may be useful.
| |
| Glenn MacGougan 2007-12-29, 7:17 pm |
| On Dec 29, 12:12 pm, bs <brett.schw...@gmail.com> wrote:
> On Dec 29, 10:06 am, Glenn MacGougan <glenn.macgou...@gmail.com>
> wrote:
>
>
>
>
>
>
>
>
> I wouldn't have time myself, at least right now, but you might want to
> look at plotchart in tcllib as something that may be useful.
Right, but the main project goals:
1. a standalone package - with minimal dependencies
2. runs from the terminal
required that I use C and C++
It is intended to facilitate numerical analysis in batch mode and
provide a very simple, but fast source package in C/C++.
That being said, growing the project means providing ease of use and a
cross-platform GUI goes a long way to get exposure. TCL/TK is a good
choice especially given that the GUI can configure and run the
software very easily.
If you know someone thats interested in joining a nice 'small' open
source project, let me know.
| |
| billposer@alum.mit.edu 2007-12-30, 7:22 pm |
| Without meaning to criticize the project, one question that I would
ask before deciding to contribute to such a project is: what is its
purpose? That is, what is the need for another function plotting tool?
In my own case, for example, if I wanted to plot functions I would use
R or gnuplot, and these are by no means the only options. Some
programmers may work on a project just because the task appeals to
them, but I suspect that you'll be more likely to find someone if you
can explain the particular value of the project.
| |
| Glenn MacGougan 2007-12-30, 7:22 pm |
| On Dec 30, 11:36 am, billpo...@alum.mit.edu wrote:
> Without meaning to criticize the project, one question that I would
> ask before deciding to contribute to such a project is: what is its
> purpose? That is, what is the need for another function plotting tool?
> In my own case, for example, if I wanted to plot functions I would use
> R or gnuplot, and these are by no means the only options. Some
> programmers may work on a project just because the task appeals to
> them, but I suspect that you'll be more likely to find someone if you
> can explain the particular value of the project.
plot2d design goals (in terms of what sets it apart):
0. Runs from the console/terminal.
1. It is meant to have a minimal learning curve compared to gnuplot,
gnu graph, Grace, and others.
2. It is meant for batch analysis of data or just quick and dirty plot
generation.
3. It can include statistics in the generated figure.
4. It is cross-platform.
5. It can read ASCII data files with almost any delimiter and the user
can easily alter which column is X and which is Y.
In short: A plotting tool that is quick and easy.
OK, then why a TCL/TK GUI:
1. Increase usability and exposure to the software.
2. I want users to be able to configure the options from the GUI or
alternatively configure options that translate into the eventual
formal command line arguments.
It's still alpha (design phase, but almost beta).
I know it needs better command line handling and I'm working on it.
I'll have:
USAGE: Plot2D data.txt // plot 1st vs 2nd column of
data.txt
USAGE: Plot2D data.txt N M // plot N'th vs M'th column of
data.txt
USAGE: Plot2D data.txt N M ymin ymax // as above but with specified
ymin ymax
ready today.
By all means, be critical. It helps to make good software. I wrote
this software because there are few in any ways to do this kind of
thing in Windows. I don't think it will ever be as powerful as some of
the established software but it will be quick and easy for both
Windows, Mac and linux users.
| |
| Cameron Laird 2007-12-31, 4:32 am |
| In article <41354b59-9879-4422-855a-d1470de8f011@s8g2000prg.googlegroups.com>,
Glenn MacGougan <glenn.macgougan@gmail.com> wrote:
>On Dec 30, 11:36 am, billpo...@alum.mit.edu wrote:
>
>plot2d design goals (in terms of what sets it apart):
>0. Runs from the console/terminal.
>1. It is meant to have a minimal learning curve compared to gnuplot,
>gnu graph, Grace, and others.
>2. It is meant for batch analysis of data or just quick and dirty plot
>generation.
>3. It can include statistics in the generated figure.
>4. It is cross-platform.
>5. It can read ASCII data files with almost any delimiter and the user
>can easily alter which column is X and which is Y.
>
>In short: A plotting tool that is quick and easy.
>
>OK, then why a TCL/TK GUI:
>1. Increase usability and exposure to the software.
>2. I want users to be able to configure the options from the GUI or
>alternatively configure options that translate into the eventual
>formal command line arguments.
>
>It's still alpha (design phase, but almost beta).
>I know it needs better command line handling and I'm working on it.
>I'll have:
>USAGE: Plot2D data.txt // plot 1st vs 2nd column of
>data.txt
>USAGE: Plot2D data.txt N M // plot N'th vs M'th column of
>data.txt
>USAGE: Plot2D data.txt N M ymin ymax // as above but with specified
>ymin ymax
>ready today.
>
>By all means, be critical. It helps to make good software. I wrote
>this software because there are few in any ways to do this kind of
>thing in Windows. I don't think it will ever be as powerful as some of
>the established software but it will be quick and easy for both
>Windows, Mac and linux users.
Good detail.
Personally, I'd be inclined to favor Yorick or R or
Sage for what I understand of this role. There's
room for projects that are very easy to use, though
....
|
|
|
|
|