<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Mar 6, 2017 at 9:03 AM, Ed Ward <span dir="ltr"><<a href="mailto:edwsaintesprit@hotmail.com" target="_blank">edwsaintesprit@hotmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">




<div dir="ltr">
<div id="m_-3907848254873972266m_7236527009657119817m_3649765419467055581m_-8917918847402543943m_4340179499729352573m_2154380546023174833divtagdefaultwrapper" style="font-size:12pt;color:#000000;font-family:Calibri,Arial,Helvetica,sans-serif" dir="ltr">
<p>Hi,</p>
<p><br>
</p>
<p>I (respectfully !) disagree with using a separate context for MIDI editing for numerous reasons :</p>
<p>- it disrupts the workflow and decontextualizes the editing (i.e. how to align with an audio segment ?)</p></div></div></blockquote><div>I would agree that In-place editing is a good method in many instances but there are some cases where a dedicated MIDI Editor window is appropriate. There are other methods of editing MIDI data that may not be ideal in the context of the Editor, we currently only really support the equivalent of a key editor and the percussive note mode supports some features of a "Drum" style editor but there could also be a score editor, list/tracker editor/etc.</div><div><br></div><div>Overall I would say that the In-place editing is starting to work a lot better in recent releases and there are still improvements being made.</div><div><br></div><div>If there was going to be some other entirely different kind of MIDI Track and editing it should probably be implemented as separately as possible and in parallel to the existing system IMO until there is some consensus that it is superior.</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div id="m_-3907848254873972266m_7236527009657119817m_3649765419467055581m_-8917918847402543943m_4340179499729352573m_2154380546023174833divtagdefaultwrapper" style="font-size:12pt;color:#000000;font-family:Calibri,Arial,Helvetica,sans-serif" dir="ltr">
<p>- the space has to be found in Ardour's window, replacing something (obviously) probably useful</p></div></div></blockquote><div>A Separate context could refer to a separate window and not compete for space in the Editor window, although some DAW's can place the editor in a separate pane in the Editor itself (that is often also used for other things).<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div id="m_-3907848254873972266m_7236527009657119817m_3649765419467055581m_-8917918847402543943m_4340179499729352573m_2154380546023174833divtagdefaultwrapper" style="font-size:12pt;color:#000000;font-family:Calibri,Arial,Helvetica,sans-serif" dir="ltr">
<p>As is, the midi system is a sequencer that can turn into an editor at the click of a button, which is particularly powerfull. I agree there are some oddities, but a disruptive modification would (imho, again) simply dumb down the system to achieve an uncertain
 result, based on what's done in other editors.</p>
<p><br>
</p>
<p>I think the main oddity is the constant switch between the editor and sequencer modes with the edit tool. Maybe that could be solved as:</p></div></div></blockquote><div>If you are constantly switching perhaps you do need a separate MIDI editing interface...<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div id="m_-3907848254873972266m_7236527009657119817m_3649765419467055581m_-8917918847402543943m_4340179499729352573m_2154380546023174833divtagdefaultwrapper" style="font-size:12pt;color:#000000;font-family:Calibri,Arial,Helvetica,sans-serif" dir="ltr">
<p>- clicking on an empty zone of the canvas creates a region</p></div></div></blockquote><div>With which tool/mode are you suggesting this occurs? As the Draw mode/tool does this already.</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div id="m_-3907848254873972266m_7236527009657119817m_3649765419467055581m_-8917918847402543943m_4340179499729352573m_2154380546023174833divtagdefaultwrapper" style="font-size:12pt;color:#000000;font-family:Calibri,Arial,Helvetica,sans-serif" dir="ltr">
<p>- double clicking on a region allows to edit it (instead of showing the region properties)</p></div></div></blockquote><div>This is already possible with the Editor -> "Double click zooms to selection" preference enabled. Then Shift+Z to toggle/revert zoom state. It does not change tool/mode though atm.</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div id="m_-3907848254873972266m_7236527009657119817m_3649765419467055581m_-8917918847402543943m_4340179499729352573m_2154380546023174833divtagdefaultwrapper" style="font-size:12pt;color:#000000;font-family:Calibri,Arial,Helvetica,sans-serif" dir="ltr">
<p>- clicking anywhere outside the region (be it on the same track or not) switches back to grab mode.</p></div></div></blockquote><div>I'd be surprised if switching tools automatically ends up working well.</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div id="m_-3907848254873972266m_7236527009657119817m_3649765419467055581m_-8917918847402543943m_4340179499729352573m_2154380546023174833divtagdefaultwrapper" style="font-size:12pt;color:#000000;font-family:Calibri,Arial,Helvetica,sans-serif" dir="ltr">
<p>This workflow is close to what's used in e.g. graphic design programs (vector or raster), see text in Inkscape as an exemple. It would retain what we love in Ardour (linked regions) but make inputung MIDI feel more natural.
<br>
</p>
<p><br>
</p>
<p>As a side note, maybe each region in a track could have a different color if they are not linked, so that we could immediately see which regions are linked and which are not. Or if it's too much color, maybe a floating "chain" icon in the top left near the
 name of the region, that could be clicked to unlink it ? </p></div></div></blockquote><div>There are a number of reports regarding this issue in the tracker. I'm sure similar functionality will get implemented eventually.</div><div><br></div><div>Tim</div></div><br></div></div>