shortcut change in pharo 50075

This change is not yet visible, although I defined a postload

you will see the change only after

TextEditor/SmalltalkEditior initialize

(all alt+ shortcut are removed now, only the

ctrl+ shortcuts should work)

alt+space / ctrl+space -> select word

alt+b/ctrl+b browseIt

alt+c/ctrl+c copy

alt+x/ctrl+x cut

alt+v/ctrl+v paste

alt+f/ctrl+f find

Some "duplicate" shortcuts weren't removed because the shortcut

defined with the keymap pragma don't work (at least on windows).

For example:

ctrl+a/alt+a defined with the action map

and ctrl+a defined by keymap pragam

this wasn't remove, because ctrl+a does not work on windows vm

ctrl+m/alt+m defined by the action map

ctrl+m defined by keymap pragma
this wasn't remove, because ctrl+m does not work on windows vm

Hi,

Tested in image: 50077 (hope it's not very critical to test on 50075)

OS: Win 7

This change is not yet visible, although I defined a postload

you will see the change only after

TextEditor/SmalltalkEditior initialize

Ok, I did TextEditor/SmalltalkEditior initialize.

 

(all alt+ shortcut are removed now, only the

ctrl+ shortcuts should work)

alt+space / ctrl+space -> select word

alt+b/ctrl+b browseIt

alt+c/ctrl+c copy

alt+x/ctrl+x cut

alt+v/ctrl+v paste

alt+f/ctrl+f find

In playground for me all of the above alt shortcuts work. As well as ctr.

In system browser it's different:

- alt-space, alt-b, alt-f does not work

- all the others work (c, v, x)

- all of above ctr shortcuts work

Hi, 

I think test into the playground is a bad idea because the playground is a GTool and glamour has his own shortcut system. 

Also I think Playground use Rubric and not TextEditor/Smalltalk Editor.

Hi, 

I think test into the playground is a bad idea because the playground is a GTool and glamour has his own shortcut system. 

Also I think Playground use Rubric and not TextEditor/Smalltalk Editor.

Do you know where text/smalltalk editor are used Nicolas ? 

Le dimanche 31 mai 2015, Mark Rizun <[hidden email]> a écrit :

Hi,

Tested in image: 50077 (hope it's not very critical to test on 50075)

OS: Win 7

This change is not yet visible, although I defined a postload

you will see the change only after

TextEditor/SmalltalkEditior initialize

Ok, I did TextEditor/SmalltalkEditior initialize.

 

(all alt+ shortcut are removed now, only the

ctrl+ shortcuts should work)

alt+space / ctrl+space -> select word

alt+b/ctrl+b browseIt

alt+c/ctrl+c copy

alt+x/ctrl+x cut

alt+v/ctrl+v paste

alt+f/ctrl+f find

In playground for me all of the above alt shortcuts work. As well as ctr.

In system browser it's different:

- alt-space, alt-b, alt-f does not work

- all the others work (c, v, x)

- all of above ctr shortcuts work

Some "duplicate" shortcuts weren't removed because the shortcut

defined with the keymap pragma don't work (at least on windows).

For example:

ctrl+a/alt+a defined with the action map

and ctrl+a defined by keymap pragam

this wasn't remove, because ctrl+a does not work on windows vm

ctrl+m/alt+m defined by the action map

ctrl+m defined by keymap pragma
this wasn't remove, because ctrl+m does not work on windows vm

True, ctr-m does not work on win.

Thanks for your work Nicolai.

Best,

Mark

--

Cheers

Cyril Ferlicot

Is there a way to customize/change the base shortcut for Linux? I find it much more comfortable to use LAlt as my finger is right next to it compared to Control.

Considering PharoShortcuts explicitly states that it should be ctrl `($o ctrl , $w ctrl) unix`, I'm assuming the only way would be to rewrite the methods?

Peter

On Sun, May 31, 2015 at 4:17 PM, Nicolai Hess <[hidden email]> wrote:

2015-05-31 14:34 GMT+02:00 Cyril Ferlicot <[hidden email]>:

Hi, 

I think test into the playground is a bad idea because the playground is a GTool and glamour has his own shortcut system. 

Also I think Playground use Rubric and not TextEditor/Smalltalk Editor.

Do you know where text/smalltalk editor are used Nicolas ? 

Nautilus, old workspace (Workspace new open), MessageBrowser (Textpane in sendersOf/implementorsOf/usersOf - results list).

And of course, you can create a TextMorph that uses those editors:

"This creates a simple text morph with editor #TextEditor"

(Smalltalk ui theme builder newBasicTextEditorFor: Morph getText: #comment setText: nil) openInWindow.


"This creates a smalltalk text morph with editor #SmalltalkEditor"
(Smalltalk ui theme builder newTextEditorFor: (Morph>>#drawOn:) getText: #sourceCode setText: nil) openInWindow.

nicolai

 

Le dimanche 31 mai 2015, Mark Rizun <[hidden email]> a écrit :

Hi,

Tested in image: 50077 (hope it's not very critical to test on 50075)

OS: Win 7

This change is not yet visible, although I defined a postload

you will see the change only after

TextEditor/SmalltalkEditior initialize

Ok, I did TextEditor/SmalltalkEditior initialize.

 

(all alt+ shortcut are removed now, only the

ctrl+ shortcuts should work)

alt+space / ctrl+space -> select word

alt+b/ctrl+b browseIt

alt+c/ctrl+c copy

alt+x/ctrl+x cut

alt+v/ctrl+v paste

alt+f/ctrl+f find

In playground for me all of the above alt shortcuts work. As well as ctr.

In system browser it's different:

- alt-space, alt-b, alt-f does not work

- all the others work (c, v, x)

- all of above ctr shortcuts work

Some "duplicate" shortcuts weren't removed because the shortcut

defined with the keymap pragma don't work (at least on windows).

For example:

ctrl+a/alt+a defined with the action map

and ctrl+a defined by keymap pragam

this wasn't remove, because ctrl+a does not work on windows vm

ctrl+m/alt+m defined by the action map

ctrl+m defined by keymap pragma
this wasn't remove, because ctrl+m does not work on windows vm

True, ctr-m does not work on win.

Thanks for your work Nicolai.

Best,

Mark

--

Cheers

Cyril Ferlicot

On Mon, Jun 1, 2015 at 6:35 PM, Sean P. DeNigris <[hidden email]> wrote:
> Nicolai Hess wrote
>> I hope we change that in PharoShortcuts, we should use one "Meta/Command"
>> key name, that is mapped to
>> Ctrl for win/linux
>> and
>> Cmd fo mac
>
> After re-reading the key descriptions on Wikipedia:
>   http://en.wikipedia.org/wiki/Meta_key
>   http://en.wikipedia.org/wiki/Command_key
>   http://en.wikipedia.org/wiki/Windows_key
> IMO #meta is the only sensible name for "the appropriate key on Xyz
> platform", as it is not in use by modern keyboards and thus can be thought
> of abstractly. Command, which I too initially thought might work, doesn't
> seem like a great candidate because it means cmd on Mac ("command" is
> written on the key on my Macbook Air), so Windows users may naturally think
> that translates to the Win key, which appears in the same place on Windows
> keyboards, but serves a somewhat different function.

This was my concern also.  btw, I found this an interesting read...
https://www.mozilla.org/access/keyboard/

cheers -ben

I like meta because there is no concrete "meta" key, so it's less confusing. Command means something to mac users but nothing to windows/unix users. And then, what should think somebody who knows both systems?

Regarding documentation, even if we have documentation in the wild that specifies "Command", then we should explain that "Command" means Control in Windows and Linux. So changing the documentation is inevitable.

El mar., 9 de jun. de 2015 a la(s) 8:37 a. m., Nicolai Hess <[hidden email]> escribió:

2015-06-01 15:31 GMT+02:00 Ben Coman <[hidden email]>:

On Mon, Jun 1, 2015 at 6:35 PM, Sean P. DeNigris <[hidden email]> wrote:

This was my concern also.  btw, I found this an interesting read...
https://www.mozilla.org/access/keyboard/

Nice write up!