--- In fc-solve-discuss_at_yahoogroups.com, "Gary Campbell" <gary_at_...> wrote:
>
> Danny,
>
> If you're responding to my posts, and I'm responding to yours, I think it's a dialog.
>
You must have missed the definitions presented by Shlomi Fish in message #1301.
===== ===== ===== ===== ===== ===== ===== =====
Hi all,
first of all, I hope this mailing list does not turn back into Shayqeh Ofir's
the English teacher's description of a dialogue:
<<<
I shall explain:
Monologue: one person talking to himself ;
Dialogue: like Monologue - two people talking to themselves.
>>>
===== ===== ===== ===== ===== ===== ===== =====
This is why my message title started with "Monologue". I presumed that I would be the only one interested.
> It seems you are designing a standard to fit your parser rather than designing a parser to fit your standard. I can't even remember how many parsers I've designed and implemented over my lifetime. At least 4-5 were heavy duty. Probably another 30-40 were light duty, like the one we are discussing. I prefer language and notation whose objectives are a good compromise with the needs of a human interface. In this case, we are dealing with columns, which are essentially fixed position. Space delimited tokens ALLOW you to line up the columns, but they don't guarantee it. From a human interface point of view, it seems like a kludge.
>
> I also prefer a mid-way layout that can be played both backward and forward.
>
> As for the mind-boggling complexity implied by embedding several layouts of the same inital game or layout, along with partial solutions, I see no added value over a series of independent (context free) layouts that are terse and visually clear to a human.
>
> I'll use game #6240 and your example of Shlomi's solution, along with my current solver's solution, as examples of my proposal in my next post.
>
Well, there seems to be one thing that we agree upon. It won't take a complex parser to handle my exchange format. I sure was luck in my design, huh?
You've use the term "human" numerous times. I guess it never occurred to you that someone might want a FreeCell solution in an exchange format where they can pump it into a program to analyze the solution at various points -- without having to write a mind_reader() routine for your "(context-free) layouts that are terse and visually clear to a human".
Received on Mon Dec 17 2012 - 14:01:15 IST