Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Suggestion for Jubler user interface: enable 'snap-to' an adjacent subtitle on the timeline #49

Open
davidwhutton opened this issue Jan 23, 2025 · 1 comment

Comments

@davidwhutton
Copy link

First of all, thanks to the developers for a very well-designed and reliable tool which is a pleasure to use! This is a suggestion for fine-tuning the interface.

When moving subtitles on the timeline it is very easy to create a small unintended (and unwanted) overlap, perhaps too small for the red warning colour to be visible. Also, moving the end of one subtitle often creates an overlap with the following one, which requires a second operation to correct.

My suggestion is to permit (optionally) another mode of operation where:

  1. when the start or end of a subtitle is moved on the timeline, it may 'snap to' the closely adjacent subtitle instead of overlapping with it -- just like two magnets joining
  2. further movement will result in the boundary between the two subtitles being moved, adjusting the timing of both subtitles at the same time and avoiding any overlap.

Besides making it easier to make adjustments affecting adjacent subtitles, this would also enable a style of editing where there is a continuous stream of non-overlapping subtitles, and the only work required is to place the boundaries between them correctly.

The user can control this behaviour in real time by overriding the snap-to with the cursor, effectively breaking the connection, like separating the magnets. This is a proven technique used by many other programs with a graphical interface operate, usually to help align or join objects accurately.

@teras
Copy link
Owner

teras commented Jan 25, 2025

Your suggestion is really valid and thank you. The only 'issue" is my personal luck of time to implement it. I'll have a deep thought on it though.

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

No branches or pull requests

2 participants