<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 19, 2016 at 5:55 PM, Al Thompson <span dir="ltr"><<a href="mailto:althompson58@gmail.com" target="_blank">althompson58@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><u></u>
<div bgcolor="#ffffff" text="#000000"><span class="">
On 10/19/2016 05:11 PM, Paul Davis wrote:
<blockquote type="cite">
<div dir="ltr"><br>
<div class="gmail_extra">
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span>
</span>So subsequent pastes append the last paste to the
end of the previous<br>
paste??<br>
<br>
Would it not be more logical for each paste to INSERT at
the playhead<br>
position, and move previous pastes to the right the
appropriate amount?<br>
</blockquote>
<div><br>
</div>
<div>Why is that more logical? The "paste" command is used
over and over - it means that paste in one context means
"move data then paste" and in another means "just paste".
Want to explain your thinking?<br>
</div>
<div> <br>
</div>
</div>
</div>
</div>
</blockquote>
<br></span>
Mainly so a "paste" always occurs at the cursor/readhead location,
instead of some location which may, or may not, be visible. It
would seem that it would be a more consistent behavior so you would
always be certain precisely where you are pasting current material.<br></div></blockquote><div><br></div><div>Having paste *move* material seems much more unpredictable to me. Either way, there are conceptual issues for the user to grapple with. <br></div></div><br></div></div>