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

[Ansa]

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

--- Comment #15 from Ansa <ansa.ansa at gmx.net> ---
I am using a custom layout where the input field streches across the whole
width of parley (as shown in the attachment). Inspired by this, I was imagining
the practice like this:

In the beginning, stock tiny input boxes on the right side of the input line.
Only the leftmost box is "open" and expanded across the whole width of the
input line. The boxes do not react in any way when commas and semicolons are
input. When the user presses tab, the border between the current box and the
next box moves gracefully (or jumps?) to the end of the currently entered text,
leaving some extra free space for later corrections. (The extra free space
could be about one word long, which is a natural length of a tab... it should
not feel too shaky.) Filled boxes accumulate on the left, empty boxes stay on
the right and the box in focus is between them. On pressing shift tab or
clicking into one of the already filled boxes, the input focus moves, the boxes
stay the same. Only when corrections require more space than is provided in the
box does the box expand and shift the boxes to its right - hopefully, this
would not happen too often.

I was thinking that the remaining boxes on the right disappear when the user
presses enter, but maybe it is not necessary. The input line stays the same and
below it, a copy of the filled boxes is shown in the order that corresponds to
the correct answer, to ease checking the solution.

Not to give away the right number of boxes, parley could determine at the
beginning of the session what is the maximum number of boxes in that session,
and use that number of boxes for all items. Users would quickly get used to
having extra boxes, and would not be led astray by them.

Conversely, if we wanted to tell the user how many boxes he/she has left,
without taking away the option to misplace a semicolon into one of them, boxes
on the right could change colour (get a dark margin or something) when
commas/semicolons are entered. Normally, coloured boxes should be left empty,
but it would be possible to fill them if the user wants to.

With languages that are written from right to left, the setup would also be
right to left, so that boxes would be filled in natural order (starting with
the rightmost box).

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