> For me, it allows the cursor to serve as a temporary bookmark: if I need
 to, I can examine another part of the document, then start typing and 
immediately jump back to what I was working on.<br>
<br>Makes sense.  But if this is the intended use case, I don't think its well supported by the arrow keys.  The arrow key behavior should be consistent with paging and scroll the viewport one line at a time, instead of jumping back to where the cursor is.  Seems like there would be times where what you are interested in is between two "pages" so you need to finely scroll to get the relevant section all on the screen at once. <br>
<br>> If I need to edit something after paging, I'll probably want to use the 
mouse anyway to move the cursor, rather than stepping through with the 
arrow keys to the right line and column.<br><br>Yea, I guess my usage is very different :) I never want to use the mouse.  Rather than stepping through one char at time with the arrow keys, I use ctrl-arrow to jump words and home end to move to the beginning end of the line - its usually only a few key strokes to position the cursor.<br>
<font color="#888888">
</font><br>I hadn't really considered the temporary bookmark functionality, and I think it has its merits (if it were better supported with the arrow keys I might even use).  But, I'm hard pressed to come up with enough scenarios outside of programming (eg. refer to method signature, start typing) to justify the lagging cursor as a good global Mac default.  I guess I'm starting to rant, so I'll sign off - thanks :)<br>
<br><br><div class="gmail_quote">On Sun, Jan 30, 2011 at 4:58 PM, Kevin Reid <span dir="ltr"><<a href="mailto:kpreid@switchb.org">kpreid@switchb.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">On Jan 30, 2011, at 16:10, Patrick Cullen wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
It seems to me that the primary use case when you scroll to a new location in an editable document is to "start editing", so it would be logical for the cursor to follow along.  Is there some UI interaction pattern / use case that I don't understand?<br>

</blockquote>
<br></div>
For me, it allows the cursor to serve as a temporary bookmark: if I need to, I can examine another part of the document, then start typing and immediately jump back to what I was working on.<br>
<br>
If I need to edit something after paging, I'll probably want to use the mouse anyway to move the cursor, rather than stepping through with the arrow keys to the right line and column.<br><font color="#888888">
<br>
-- <br>
Kevin Reid                                  <<a href="http://switchb.org/kpreid/" target="_blank">http://switchb.org/kpreid/</a>></font><div><div></div><div class="h5"><br>
<br>
<br>
_______________________________________________<br>
textmate mailing list<br>
<a href="mailto:textmate@lists.macromates.com" target="_blank">textmate@lists.macromates.com</a><br>
<a href="http://lists.macromates.com/listinfo/textmate" target="_blank">http://lists.macromates.com/listinfo/textmate</a><br>
</div></div></blockquote></div><br>