| Summary: | Previous selection lost when dragging and selecting clips in timeline | ||
|---|---|---|---|
| Product: | [Applications] kdenlive | Reporter: | Mazin07 <mazin07+kde> |
| Component: | User Interface & Miscellaneous | Assignee: | Jean-Baptiste Mardelle <jb> |
| Status: | RESOLVED NOT A BUG | ||
| Severity: | task | CC: | fritzibaby, julius.kuenzel |
| Priority: | NOR | Keywords: | junior-jobs |
| Version First Reported In: | 21.04.0 | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Mazin07
2021-05-13 04:23:49 UTC
This is intended. Shift+drag open a window for selection. Shift+click for selection of multiple clips. In 21.04.0 if you hover over the timeline on the bottom left you see this information. (In reply to emohr from comment #1) > This is intended. Shift+drag open a window for selection. I am not disagreeing with this statement, only whether shift+drag should preserve your existing selection or not. I don't know of any programs that have Kdenlive's behavior of not preserving your existing selection when shift+dragging. But here are some that do preserve your existing selection when shift+dragging: * Blender (including VSE) * Inkscape * LibreOffice * Google Slides I think if Kdenlive decides to go against convention, there should be a good reason, and I'd like to know what that reason is. Thanks for your consideration. OK I get your point. I think it's reasonable. So shift+drag should add clips in any case and should not disable already selected clips. I agree that we should maybe rethink the selection system a bit, but until we do so you can use Shift+Ctrl+Drag to don't lose the previous selection |