Yes, there is a very clean separation between the Maxima engine and the GUI.
Whether it is a good 'interface' is open to debate - the error you have
experienced is due to Kayali trying to parse what the output prompt is on
your version of maxima - this seems to vary and I don't, of course, have
access to all the versions out there. A clean C-like API would be far
easier, particularly in respect of Maxima error messages.
Out of curiosity, are most people using a prompt of %i and %o ? I had an
earlier version a couple of weeks ago that had C and D. Are there any other
prompts or is that it? Is there a way of configuring Maxima to specify the
prompt (preferably via a Maxima command rather than a config file change)?
Yes I am not using Latex as I want to maintain total control over the
expression representation and to keep it fully extensible. I expect that
time will tell if this is wise or not...
I did look at KFormula but I couldn't find a straightforward way of embedding
it in my application and extending it where necessary (the code, according
to the docs, is 'in KOffice'). It also won't cope with the multi-line
expression formatter as mentioned elsewhere.
Kayali does implement copy and paste (it's trivial in this). What do you mean
by 'interact without changing the line numbers all the time'?
Thanks for the encouragement, I'll email you direct to see if you can help me
sort out the problem you experienced,
Abdulhaq
On Wednesday 13 October 2004 17:02, Michael Reimpell wrote:
> I'm happy someone started a GUI project without relying on maximas latex
> representation. In fact, using the 1D-output seems to be the only
> reasonable way to implement copy and paste actions from parts of the
> output into a new input line.
> The second good news is that it is not written in Lisp, so that the
> interaction to the maxima kernel is somewhat more bound to a clear
> interface. Maybe someday a controller class can interact with the maxima
> kernel without changing the line numbers all the time...
>
> If it's going to strictly require KDE, you may want to have a look at
> KFormula from the KOffice project. It provides 2D input and output widgets
> for math you may want to utilize.
>
> > I am anticipating some people having problems running Kayali. If this
> > includes you, then please let me know what the problem was so that I can
> > fix it.
>
> /home/mire/tmp/maxima/kayali/yapps.py:32: DeprecationWarning: the regex
> module is deprecated; please use the re module
> import regex, sys
> in %i
> send input'0'
> \r[\n]?\(%i([0-9]+)\).*\r[\n]?\(([\%]?[a-zA-Z]+)1\)
> Traceback (most recent call last):
> File "kayali.py", line 38, in ?
> mainCalcWindow = calcWindowImpl(None, "kayaliwindow")
> File "/home/mire/tmp/maxima/kayali/calcwindowimpl.py", line 78, in
> __init__ self.calcEngine = engine(self)
> File "/home/mire/tmp/maxima/kayali/engine.py", line 56, in __init__
> self.maxima.expect(INITIAL_OUTPUT_PROMPT,timeout=waitTime);
> File "/home/mire/tmp/maxima/kayali/pexpect.py", line 631, in expect
> return self.expect_list(compiled_pattern_list, timeout)
> File "/home/mire/tmp/maxima/kayali/pexpect.py", line 738, in expect_list
> c = self.read_nonblocking (self.maxread, timeout)
> File "/home/mire/tmp/maxima/kayali/pexpect.py", line 326, in
> read_nonblocking
> raise TIMEOUT('Timeout exceeded in read().')
> pexpect.TIMEOUT: 'Timeout exceeded in read().'
>
> Regards,
> Michael
>
> _______________________________________________
> Maxima mailing list
> Maxima@www.math.utexas.edu
> http://www.math.utexas.edu/mailman/listinfo/maxima