Yes, it would be very useful. Phil
2013/3/26 Tudor Girba <[email protected]>: > 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." > > > >
