On Mon, Feb 7, 2011 at 1:44 AM, Tobias Fröschle <
[email protected]> wrote:

> Am Sonntag, den 06.02.2011, 17:56 -0600 schrieb Plastic:
> > Let me play with some code and see what I come up with over the next
> couple
> > of days. I think I can be a lot more computationally economical, but my
> code
> > will not flex easily to other cases, whereas your code is applicable in a
> > lot of other cases.
> Dave,
> you sure can use this however you like. It's been posted to a public
> mailing list and thus considered public. And I'm sure I've built some
> nasty bugs in there for you to chew on.....
> I've run the code through TURBO, for example, with the result that the
> parser is always off by one char in the line, need to have another look
> into it, that's interesting.


Tobias,

I am working on a method that splits the input into "target, verb, quanta,
modifier" by simply splitting the string at the spaces. Then, I can simply
check the rationality and meaning of the verb, quanta and modifier and aim
it at the target. It's not 'sophisticated' but it appears it will execute a
lot more quickly.

One of my main burdens is I'd like to keep the screen update "tick" at once
per second. Worst case, once per two seconds. Therefore, it would be good if
all screen redrawing and one parser run can occur within one second. Can it
be done without compiling? I don't know. I'm sure going to try to make it
happen though!

I hope there aren't any parts of plain old QDOS that aren't supported by
Turbo. One thing that simplifies the program a LOT is TURTLE GRAPHICS! I
need to draw trails for each plane to show heading and speed. Turtle gfx
seems to be the most concise way to do it at this point. I may need to write
something faster but more verbose later, but for now, it very neatly and
simply solves the problem ;)

Dave
_______________________________________________
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

Reply via email to