<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<p><br>
</p>
<pre class="moz-signature" cols="72">
</pre>
<div class="moz-cite-prefix">Am 27.12.18 um 11:57 schrieb Igor
BEGHETTO:<br>
</div>
<blockquote type="cite" cite="mid:5C24B01F.6040504@visi1.org">
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
<title></title>
<font face="Times New Roman, Times, serif">Thanks for your reply
even though I hoped more people were intersted about. Only five.
(Thanks Andrea for your contribute)<br>
<br>
</font><font face="Times New Roman, Times, serif">- IgorBeg quote:
</font><font face="Times New Roman, Times, serif">B) Move a few
options from submenu with MMB to submenu with RMB: Find in
Resources, Show edit, User title Bar color.<br>
</font><font face="Times New Roman, Times, serif">- Sam quote:
There are two different context menus. One context menu is Track
related and the other context menu is Clip related. The way GG
did it is logically correct. With your suggestion you would move
clip related actions </font><font face="Times New Roman, Times,
serif">(Find in Resources, Show edit, User title Bar color) to
track related actions, but that wouldn't be correct.<br>
<br>
Sam, I agree completely with you about "</font><font
face="Times
 New Roman, Times, serif">One context menu is
Track related and the other context menu is Clip related.</font><font
face="Times New
 Roman, Times, serif">"<br>
And I would like to say the same thing for the two different
mode </font><font face="Times New Roman, Times, serif">“Drag
and Drop editing mode” and “Cut and paste editing mode”: the
first mode is Clip related (and GG have done a really fantastic
work) and the second would have to be Track related. <br>
Unfortunately in </font><font face="Times New Roman,
Times,
 serif">“Cut and paste editing mode” a function is
changed; now, if we do double click on a clip, that clip is
selected (with a red rectangle) instead of highlight the area.
To highlight the area the Ctrl key have to be pressed before.
IMHO, maybe and I say maybe, it was better the opposite: double
click, as it was before (highlight), and with Ctrl+dLMB the new
feature (clip selected): priority on Track behaviour.<br>
<br>
What do you (all) think about, please?<br>
</font></blockquote>
<p>You're right, I haven't noticed that yet. Your suggestion sounds
reasonable.</p>
<p> I guess that GG wanted to standardize the mouse behavior.
Logically it makes sense, in Drag & Drop mode you have to
select several clips with CTRL + left mouse click. In Cut &
Paste mode you can select multiple tracks with CTRL + double left
mouse click, therefore a similar behavior. <br>
</p>
<p>However, your suggestion is more user-friendly because you save
the CTRL key in the cut & paste mode. I like your suggestion.
+1<br>
(as long as it doesn't change the behavior in drag & drop mode
and the clip context menu.) <br>
</p>
<p>Sam<br>
</p>
<br>
</body>
</html>