on Tue, 13 Jun 2006 13:07:51 Alexey Proskuryakov <email@hidden>
wrote:
> On 12.06.2006 18:08, "John Stiles" <email@hidden> wrote:
>
>> Well, it depends if he wants to update his UI based on the non-confirmed text
>> input or not. I don't know for sure what other apps should do, and it might
>> be
>> application-specific. I did test Spotlight and Mail.app, and it appears that
>> neither will run a search with unconfirmed textthis behavior seems
>> reasonable
>> to me, as well, since the contents of the unconfirmed text can change
>> radically as you type it (the unfinished text will usually contain characters
>> that will not appear in the final, confirmed text).
>
> It really depends on the input method in use - some don't change the input
> all that radically, and users expect "live" features to work. Hangul IM is
> an example coming from Apple.
>From the point of you of an app, is it possible to make an educated
guess, what user expects for the current input method?
FWIW, the relevant discussion of kEventTextDidChange event suggests that
most clients should ignore this event during inline editing:
* kEventClassTextField / kEventTextDidChange
*
* Summary:
* Indicates that the contents of an editable text field have
* changed.
*
* Discussion:
* This event is sent by all of the Unicode-based editable text
* views: HIComboBox, HISearchField, HITextView and EditUnicodeText.
* This event is not sent for the classic non-Unicode EditText
* control.
*
* Note that this event is sent after inline editing operations,
* such as pressing a dead key, or using a input method that creates
* an inline editing hole. Most clients of this event should ignore
* the event during inline editing, and only respond to changes to
* the text after inline editing completes. A client can check for
* the presence of the kEventParamUnconfirmedRange parameter to
* determine whether inline editing is currently active; if this
* parameter is present, the client may wish to ignore the event.
Mike
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Carbon-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/carbon-dev/email@hidden
This email sent to email@hidden
