I found the problem. The issue is that Ctrl + arrow key is now Alt +
Arrow key. The problem is that, in Linux Ctrl key stops working as usual inside Pharo and is replaced by alt key, which is certainly a problem when people is used to shorcuts and expect them to behave consistently between apps. Cheers, Offray El 16/03/15 a las 14:15, Offray Vladimir Luna Cárdenas escribió: > The only preference I can't find is the one which makes Control + arrow > key move/select words, like is usual on most programs. Should I fill a > bug report about enabling this preference? > > Cheers, > > Offray > > El 16/03/15 a las 13:48, Offray Vladimir Luna Cárdenas escribió: >> Thanks Esteban it worked! The only think I did was in "Code Completion" >> to move from NECController to NOCController to get the same as your >> screenshot. Should this be made the default one? >> >> Cheers, >> >> Offray >> >> El 16/03/15 a las 13:09, Esteban Lorenzano escribió: >>> >>>> On 16 Mar 2015, at 19:03, Offray Vladimir Luna Cárdenas >>>> <[hidden email] >>>> <mailto:[hidden email]>> wrote: >>>> >>>> >>>> >>>> El 16/03/15 a las 12:09, Esteban Lorenzano escribió: >>>> >>>> [...] >>>> >>>>>> 1. Proper tab-autocompletion: it works, but feels unresponsive >>>>>> compared with >>>>>> the one on Pharo 3. >>>>> >>>>> nothing changed there, so it is just your feeling :) >>>>> >>>>> Esteban >>>>> >>>> >>>> Well, is a feeling so objective that I can record a video of the two >>>> behaviours :). On Pharo 3 tab after writing some letters shows a >>>> list of >>>> possible options containing that letters, on Pharo 4, it inserts a >>>> tab, with >>>> no auto-completion at all :-/. >>> >>> check your settings, you should have something like this: >>> >>> >>> >>>> >>>> Cheers, >>>> >>>> Offray >>>> >>> >> >> >> > > > |
Hello
Agreed, I know there are some technical limitation to using ctrl, although I don't remember what is the problem exactly, but this shortcut inconsistency is a problem. I experience the same on Windows, sometimes there is ctrl, sometimes alt and sometimes alt with completely unusual char-key, for example in these most basic shortcuts: select all = alt+A (instead of ctrl+A, interesting thing is ctrl+A works in Playground), undo = ctrl+Z (which is right), but redo/do again = alt+J (never seen such thing anywhere before, it is mostly ctrl+Y or ctrl+shift+Z). Could someone recall me why lots of combinations with ctrl do not work in Pharo? Jan
|
In reply to this post by Offray
The same problem occurs on Windows. It was reported before by Sean, but I think no issue was created. I think this is an important bug. Please open an bug with that and send the link here. Cheers, Doru On Mon, Mar 16, 2015 at 8:44 PM, Offray Vladimir Luna Cárdenas <[hidden email]> wrote: I found the problem. The issue is that Ctrl + arrow key is now Alt + Arrow key. The problem is that, in Linux Ctrl key stops working as usual inside Pharo and is replaced by alt key, which is certainly a problem when people is used to shorcuts and expect them to behave consistently between apps. |
2015-03-17 9:56 GMT+01:00 Tudor Girba <[hidden email]>:
|
Free forum by Nabble | Edit this page |