Abdulhaq Lynch wrote:
>... snip
>
>
>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)?
>
In systems with (C..) and (D ..) there are also sometimes intermediate
lines like (E ...)
These defaults were recently changed. They can be altered by maxima
commands resetting
inchar and outchar.
>
>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...
>
Some people seem to think that mathml is the future for display of math.
You should look at
it. I think that at least some version of mathml display does line
breaking.
Is it fully extensible? Probably 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
>>