Rubric is already in the image and has most of these keybindings properly
defined.

Doru

On Fri, Jan 30, 2015 at 11:09 AM, stepharo <steph...@free.fr> wrote:

>  Yes we should continue to remove the old key-bindings hard-coded.
>
> Stef
>
> Le 30/1/15 00:48, Nicolai Hess a écrit :
>
>
> 2015-01-29 23:06 GMT+01:00 Laura Risani <laura.ris...@gmail.com>:
>
>> Hi all,
>>
>>  I like to implement a keyboard shortcut for, while editing any text,
>> move the text pointer to the next position after $: .
>>
>>  Seems that the base of all text editing is the class
>> #TextMorphForEditView. I see there there is an instance variable for the
>> text. My problem is i can not find a method that tells/sets the current
>> position in the text of the text pointer.
>>
>>  I've tried going through the list of methods of #TextMorphForEditView
>> and its superclasses. Also through the one of senders of #arrowRight trying
>> to find the instantiation of #KMKeyCombination needed to implement the
>> existing shortcut "ctrl + right arrow" which jumps to the next position
>> after an space, but i found nothing.
>>
>>  Best,
>> Laura
>>
>
>  Hello Laura,
>
> not all editing functions are actually in the TextMorph
> (TextMorphForEditView ...) classes or the Text class, instead they
> delegated this to an editor
> class (Editor/SimpleEditor/SmalltalkEditor...).
>  And - yes that is bad -  not all keyboard shortcuts go through
> KMKeyCombination and KMKeymap.
> The SmalltalkEditor class defines its own shortcut handler.
>  For exampe: cmd+shift+a -> #argAdvance:
>  This method searches for the next $: followed by a space and place the
> caret after the space.
>
>  nicolai
>
>
>


-- 
www.tudorgirba.com

"Every thing has its own flow"

Reply via email to