> i do not have an answer, but instead a suggestion that i think ought=20
> to be employed for autocompletion functions throughout kde: that it=20
> be, simply, <tab> when the cursor is in the text box where=20
> autocompletion is sought. this produces consistency with the command=20
> prompt, and avoids the unwanted list boxes produced in konqueror, in=20
> kmail, and even in the "open with" application selection dialog. the=20
> idea being that the list of choices would not appear until <tab> is=20
> pressed; if there is just one choice, then autocompletion would take=20
> place. yes, <tab> is usually used for other purposes at this point,=20
> but this does not necessarily mean an inconsistency -- for instance,=20
> as i write this note, i can hit <tab> all day long and never leave=20
> the text entry box in kmail. the function of <tab> in konqueror and=20
> other autocompletion boxes now is kind of flaky; having=20
> autocompletion not be invoked until tab is hit would bring=20
> consistency and would make autocompletion useful to those of us who=20
> currently curse it.

I seem to remember some discussion on the use of tab for completion a
while back, and some people were concerned that it conflicted with
controlling focus.

I think we should definitly have some kind of standard automcompletion
ruleset throughout KDE, and I am sure this can be done at library level.

       Jono
 
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<