Triple-click has changed in 2.9
Richard Gaskin
ambassador at fourthworld.com
Tue Jun 3 14:36:53 EDT 2008
Phil Davis wrote:
> In the transition from Rev 2.8.1 to 2.9.0 (Mac and Windows versions at
> least), there has been a change in double-click-text and
> triple-click-text behaviors.
>
> The 2.8.1 behaviors are exactly the same as they are in the several
> other apps on each platform where I tested this. The 2.9.0 behaviors
> aren't.
>
> In 2.9.0, it seems the trailing CR gets selected with the rest of the
> line upon triple-click, causing any replacement text to be inserted at
> the beginning of what was originally the line following the selected
> line. So the list linecount is shortened by one line.
Actually, this appears to be a fix in response to RQCC#5636:
<http://quality.runrev.com/qacenter/show_bug.cgi?id=5636>
Related, same fix:
<http://quality.runrev.com/qacenter/show_bug.cgi?id=282>
The challenge here is determining what the "standard" behavior is, and
unfortunately Apple's HIG is vague on this subject:
Some applications support triple-clicking. For example, in
a word processor, the first click sets the insertion point,
the second click selects the whole word, and the third
click selects the whole sentence or paragraph. Supporting
more than three clicks is inadvisable.
<http://developer.apple.com/documentation/UserExperience/Conceptual/OSXHIGuidelines/XHIGUserInput/chapter_12_section_2.html#//apple_ref/doc/uid/TP30000361-TPXREF8>
Looking at examples in the wild, in non-Apple apps triple-click
behaviors appear to be implemented inconsistently: in Firefox and
Thunderbird a triple-click does not include the trailing return, but in
Adobe GoLive it does.
But in Apple apps like TextEdit, Stickies, iWeb, and iCal, a
triple-click consistently includes the trailing return.
--
Richard Gaskin
Managing Editor, revJournal
_______________________________________________________
Rev tips, tutorials and more: http://www.revJournal.com
More information about the use-livecode
mailing list