[ wxwindows-Patches-1520776 ] Support partial completion on ODComboBox

[SourceForge.net]

Patches item #1520776, was opened at 2006-07-11 20:46
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=309863&aid=1520776&group_id=9863

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Generic
Group: new feature
Status: Open
Resolution: None
Priority: 5
Submitted By: Alex Bligh (abligh)
Assigned to: Nobody/Anonymous (nobody)
Summary: Support partial completion on ODComboBox

Initial Comment:
This patch supports partial completion (i.e. type a bit
of the string and it appears) on read-only owner-drawn
combo boxes. As suggested by VZ, I have made it work as
standard. We could if required look at a different
style-flag to wxCB_READONLY to activate it, but as
non-navigation keystrokes do nothing in readonly combo
boxes, I don't see much point - complexity for little gain.

I've not just gone and applied this as I'd like some
review, particularly from Jaakko etc. - the key
processing route when the combo popup is up is a little
convoluted. I wonder whether we should ALWAYS handle
the key strokes and item selections ourselves (i.e.
don't call event.Skip() on wxVListBoxComboPopup::OnKey,
but if it's not return or escape just chain through to
wxVListBoxComboPopup::OnComboKeyEvent.

Other stylistic points:
* Fixed (currently 1 second) delay to quit partial
  completion. Do we need it tweakable? Will anyone
  care?
* Case insensitive completion. Should
  we be removing accents etc. too so you can
  complete cafe (with an accent) by typing
  cafe without one.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=309863&aid=1520776&group_id=9863