IMHO the output subsystem is far more urgent than the syntax parser.
But I think both can wait until after the next release.
As a stop-gap measure, to get some output showing in the GUI, I can
hack something together to display ascii text in a window. I tried
something like this some time ago.
John Darrington <[EMAIL PROTECTED]> writes:
> Frankly, I'm slowly beginning to come around to Ben's way of thinking;
> that q2c is more trouble than it's worth ...
I think I can design a replacement that's much better. I have a
bunch of ideas on paper that I'd like to try out. But I also
have a
On Tue, Jun 12, 2007 at 11:01:18AM -0400, Jason Stover wrote:
The problem is that GLM's syntax differs from that of other procedures.
It looks like this:
GLM dependent variable [BY factor list [WITH covariate list]] ...
so the first token after the command name i
I was looking at the q2c documentation so I can write the GLM syntax.
It says this:
grammar-rules ::= command-name opt-prefix : subcommands .
command-name ::= ID
::= STRING
opt-prefix ::=
::= ( ID )
subcommands ::= subcommand
