text area refreshes on each keypress and loses position of scrollbar

[turchinc]

Version: 0.7.0

when i am translating a long unit (e.g. with a scrollbar), when i enter a keystroke, the text area refreshes and the scrollbar is positioned back at the top, that means for each key stroke i have to scroll back down to the position i am editing. this makes translating long units almost impossible. it is reproducible on linux also, not a gtk windows bug.

[friedelwolff]

Thank you for reporting this issue. With a quick test I wasn't able to duplicate it, so I guess I'm missing some important information. Can you maybe upload a file that shows this problem, along with a screenshot? It might help me to create the same situation that you are seeing.

[turchinc]

After re-evaluating this, i think it can be not-a-bugged: there are two scroll bars in question. I was scrolling using the scrollbar on the text field (unit) itself and not adjusting the scrollbar on the window. if I scroll down using the scrollbar on the window, then the issue does not occur, e.g. the position is maintained. however, the refresh from keystroke to keystroke on a large text unit (>100 lines with > 50 placable ) in a file with approx 500KB can be very slow.

[friedelwolff]

Chris, are you maybe able to upload the relevant file, or a file that will allow me to duplicate this?

I'm still not sure I understand this 100%. Is the issue that a part of the text area is not in view while you were typing?

[scootergrisen]

Do like this: Open a po file, edit a translation and insert 30 newlines. Move to the next string and back again so the text area will resize. Now place the cursor at the end and type. First time you press a key the scroll bar goes up, next time is goes down and so on.

Also if i place the cursor after a newline sign (not before) for some reason the text i enter is inserted on the second line instead of where the cursor is placed.

Also some times i can't seem to delete multiple newline. If the cursor is on a line with multiple newline in a row without text and i press Ctrl++Shift+End then when i press Del it does not deleted the selection but just one newline. This happens when the newline signs are visible but not invisible. They are invisible if i just entered them. But befores visible when i move to another string and back again.

So something is properly faulty with how the program use those newlines.