https://bugs.kde.org/show_bug.cgi?id=443324
--- Comment #17 from biblio...@gmail.com --- (In reply to Jean-Baptiste Mardelle from comment #15) > Please test & let me know if it now works as you expect. Here is after testing some one track cases. Case one: (*) (A) (B) (.) where (A), (B) stand for grouped clips, and (.), (*) are for non-grouped ones. Works as expected. My only question is, just in case: the whole temporary group under Spacer tool can move both left and right, but it never goes to the left of its nearest left neighbour (*), even if there is enough empty space in the Timeline. I suppose it is by design, but is it? Case two: (*) (A) (-) (B) (.) Works fine, but there is a doubtful point here. Namely: if Spacer tool clicks on (A), the moving group is (A)(-)(B)(.), but if clicked on (B), only (A)(B)(.) will move. This means that the temporary moving group to the right of the user-created one, (A)(B), is in fact defined as ‘to the right of the clicked element of the group’. By no means I’m sure, but I think this is at least discussible. Two points: (1) I would rather expect that a Spacer click on any element of the group give the same behaviour; (2) I would expect that if Spacer tool treats a clicked group as a whole, it defines ‘right to it’ by the whole group’s borders which is ‘to the right of the group's rightmost element’ (i.e. no matter which of the grouped elements was clicked). On the other hand, the current behaviour seems a bit more flexible. So this is just a notion. Some tests on parallel tracks and with more complex groups are—hopefully—coming. In any case, there was no crash during the described above. Which is great. -- You are receiving this mail because: You are watching all bug changes.
