Exactly. In fact, every time we start implementing anything we should do it per object, and not per class :). The class should only provide defaults at most.
But in Keymappings we have now: Morph>>detachAllKeymapCategories However, we do not yet have something like detachKey:. Cheers, Doru On Mar 25, 2013, at 10:27 PM, "Sean P. DeNigris" <[email protected]> wrote: > Tudor Girba-2 wrote >> I am trying to redefine shortcuts such as Cmd+s for an instance of >> PluggableTextMorph > > I had trouble there when implementing Vim bindings. What I realized was > (from > http://forum.world.st/Keymapping-Class-vs-Instance-Targets-tp4639863p4640220.html): > > >> What I want is: each instance gets its own copy of all its maps. If the >> morph instance doesn't have any per-instance customizations, this can >> point to the class defaults to save space (but I think this would be >> premature optimization). However, as soon as the instance differs at all >> from the class defaults, it /must/ have it's own local copy of all the >> maps. I don't want to have to override each shortcut of a category >> attached to the class. I want to detach the category /for just this >> instance/. > > > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/redefining-default-smalltalk-shortcuts-in-pluggable-textmorph-tp4678057p4678260.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > -- www.tudorgirba.com "We cannot reach the flow of things unless we let go."
