You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As the developer of a Squeak Tool, it would be great to have the ability to define my own Autocompletion entries so that for example search bars could have custom fitted Autocompletion support.
Goal:
Define an API that allows TextMorph-model programmers to provide their own entries to the Autocompletion.
Secondary Goal:
Keep the API generic enough, so that anyone could implement the API hooks without instantly adding the Autocompletion as a dependency
Implementation notes
It is already possible to select a custom ECModel subclass, maybe just provide an ECModel subclass that asks the TextMorph-model for the necessary entries
The text was updated successfully, but these errors were encountered:
Note:
Currently both ECMenuMorph, ECContext, ECModel and even ECController depend heavily on one another.
But for custom Autocompletion entries the ECContext would actually not be necessary, as it is just responsible for figuring out the Smalltalk context of where the completion occurs.
For a non-smalltalk text field this is of course not necessary.
As the developer of a Squeak Tool, it would be great to have the ability to define my own Autocompletion entries so that for example search bars could have custom fitted Autocompletion support.
Goal:
Define an API that allows TextMorph-model programmers to provide their own entries to the Autocompletion.
Secondary Goal:
Keep the API generic enough, so that anyone could implement the API hooks without instantly adding the Autocompletion as a dependency
Implementation notes
It is already possible to select a custom ECModel subclass, maybe just provide an ECModel subclass that asks the TextMorph-model for the necessary entries
The text was updated successfully, but these errors were encountered: