[Parley-devel] [parley] [Bug 205261] can't properly specify multiple translations

[Andreas]

https://bugs.kde.org/show_bug.cgi?id=205261

Andreas <andxav at zoho.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |andxav at zoho.com

--- Comment #10 from Andreas <andxav at zoho.com> ---
Thanks for the  discussion.  I would like to add three comments about "," vs
";" in list items: the first for currently pre new file format, the second for
the new file format and the third for a more flexible interpretation of
separator.  I would like to add one comment about list ordering.

As a change to the current version Parley should use , as the primary separator
and ; as the secondary separator.  When Parley expects a list of answers it
should scan the answers.  If the answers do not contain commas then it should
expect commas as the separator in written answers.  If the expected answer
items contain commas then it should expect semi-colons as the separator.

This solution has the following advantages:
1. It requires no UI changes.
2. It requires no file format changes.
3. It is grammatically correct English.
4. It works intuitively as most English language writers expect it to work.

This solution has the following disadvantages:
1. It only works correctly/intuitively for English.  It doesn't work for
languages that don't use comma and semi-colon in the same way as English.  It
doesn't work for non-language subjects that assign some other meaning to commas
and semi-colons.

For the future file format I have already proposed that we have two fields per
language/subject: primary separator and secondary separator character.  They
would default to comma and semi-colon.  This will work correctly with
non-English subjects.  In light of Ansa's previous comment, I would generalize
this to primary separator(s) and secondary separator(s).

Lastly, I think that it would be useful to offer the option to
generously/non-strictly interpret separators. Allow the student to use any list
separator not included in a list item for the question they are currently
answering.  For example, after pre-scanning the expected answers in the list,
allow the user to use any non-alphanumeric character that is not in the answer.
 This would be ad-hoc per answer, but would always work.  It has the
disadvantage that there is no feedback to the student to teach them the correct
list separator to use for the given subject.   

Currently, Parley doesn't recognize a difference between ordered and unordered
lists.  I think that for now, we should accept the answers in any order, but
always show the answers in the order from the file, in case the order is
significant.  

I think that in the new file format, there should be an option per list
ordered/unordered.  Obviously, ordered lists require ordered answers and vice
versa.

-- 
You are receiving this mail because:
You are the assignee for the bug.