https://bugs.kde.org/show_bug.cgi?id=443324
--- Comment #13 from biblio...@gmail.com --- (In reply to Jean-Baptiste Mardelle from comment #12) > The problem with "move all grouped elements together" is that this might > result in spacer tool appearing broken. > If you take again my example in a track: > > [ CLIP A][ CLIP B ][ CLIP C ] > > Clicking with spacer tool on Clip C to drag right will not work - nothing > will happen until you move the cursor to an offset equivalent to the length > of clips A and B. This is also confusing as the spacer tool could cause a > reordering of the clips, and in case of clips grouped on multiple tracks > could lead to some unexpected results... That's why I took the current > approach which does not break groups (grouped elements stay grouped) but can > create a space between grouped elements... I would like input from other > users here before making a final decision... Yes, exactly, this is the conceptual point that demands some broader discussion. In the meantime, just a couple of important conceptual objections: 1. ‘Spacer tool appearing broken’ — is not a problem at all, so far as it works AS EXPECTED. If a user decided to group the non-adjacent A & C, he/she expects that (a) they will always moves together, and, yes, will not move ‘until the cursor moves to an offset equivalent to the length of clips A and B’. At least, this is true when Selection tool is used, so why would it change with Spacer tool? 2. The same is true concerning ‘the spacer tool could cause a reordering of the clips’. — Well, basic Selection tool reoders clips if there is any ungrouped B between non-adjacent A & C. I would not regard this as a problem either. 3. In fact, in the last version I tested (kdenlive-master-955-windows-mingw_64-gcc.exe) current approach somehow breaks the group if A & B are grouped and Spacer cursor is on B. I just tested again. What is more, this breaks the group during Spacer operation, and A & B stay ungrouped after switch to Selection tool: the group is gone. Which is hardly what the user expects. Again, my appoach may seem a little formalistic, but it looks like the most natural at the same time. There is an entity (i.e. group) that user has made. This is the highest priority: I want some clips to behave like one, and why any tool should interpret my will? )) If you worry for some possible confusions, you can forbid non-adjacent groups (in one track) or something. And the definition of Spacer tool, so far as I see, is simple and natural: to make temporal group to the right of the clicked element, and move all this group with this element. It works perfectly without groups. It works perfectly when the leftmost element of the group is selected. The only important point to clarify and implement here is to regard the group of the clicked (grouped) element as a whole, i.e. one element, without any conditions and exceptions. Sorry if this is too long. All best, Andrei -- You are receiving this mail because: You are watching all bug changes.
