Skip to content
This repository has been archived by the owner on Jan 8, 2019. It is now read-only.

New "preview" lines are not in chronological order #106

Open
thasti opened this issue Dec 31, 2015 · 2 comments
Open

New "preview" lines are not in chronological order #106

thasti opened this issue Dec 31, 2015 · 2 comments
Labels

Comments

@thasti
Copy link

thasti commented Dec 31, 2015

In the write-interface during 32c3 it was sometimes confusing that new "preview" lines of other subtitlers do not appear in chronological order.

Suggestion:
As soon as the next person starts typing, the line should appear as low as possible.
This would make it substantially more easy to a) follow if any preceeding parts have been finished (you can type enter) and b) if anyone is subtitling the next sentence while you are still typing

This would be even better if the "own" line in the preview window would be easier too distinguish (more red color?), because then it would be obivous who started typing before (above) and after (below) you did.

@4n08o
Copy link

4n08o commented Jan 1, 2016

I did not write at 32C3, so I can not really judge..., however I think there will be conflicting features here: "your" line would be jumping as soon as someone else starts typing... (or deletes his line)

@thasti
Copy link
Author

thasti commented Jan 1, 2016

I see your point, jumping lines could possibly be an issue for some people.
At least for me, that would not be a problem. I, personally, do not need my own line again anyway - it more often than not confuses me because I think someone else typed the same thing before I notice its my own line - but that is more because the colors are so similar, I can not easily recognize my own line, thats why I added the last paragraph to my issue (have the own line in a red color or something) - it would not even need a representation of your own text, but only work as a "marker" where in the "queue" your own text is.

Edit: I just realized jumping of lines is happening in the current configuration as well, so that would be no change.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

No branches or pull requests

3 participants