Nautilus shortcuts from code pane
Hi, currently when you are in the method code pane in Nautilus, no Nautilus shortcuts (at least on Linux) works. My understanding is that Rubric will eat all the shortcuts since it has focus. So maybe a solution to this would be to add <Esc> shortcut for the code pane to remove the focus? Or is there already a solution in place? Peter
What shortcut for example ? Franck Date: Fri, 24 Jul 2015 10:56:07 +0200 From: i.uhnak@gmail.com To: pharo-dev@lists.pharo.org Subject: [Pharo-dev] Nautilus shortcuts from code pane Hi, currently when you are in the method code pane in Nautilus, no Nautilus shortcuts (at least on Linux) works.My understanding is that Rubric will eat all the shortcuts since it has focus. So maybe a solution to this would be to add <Esc> shortcut for the code pane to remove the focus?Or is there already a solution in place? Peter
On Fri, Jul 24, 2015 at 11:05 AM, Franck Warlouzet < franck.warlouzet@hotmail.fr> wrote:
What shortcut for example ?
Many Nautilus shortcuts where there is conflict. to pick some.. * open a new nautilus window (cmd + b + f/i) [cmd + b selects the row, cmd + f opens search dialog] * jump to selected class/method/protocol (cmd + g + c/p/..)
This should not happen. If it does not handle the shortcut, it should be handled by its owner
Hmm, interesting. Apparently this must've been changed or something, because in Pharo 4 when I want to automatically categorize (ctrl+shift+h+c) it shows comparison against clipboard instead. In Pharo 5 that particular seems to work. In either case, if there is a shortcut clash then I have no way to use the Nautilus one. So I would like to have an option, to cancel focus on code pane with a keyboard. Peter
2015-07-24 11:16 GMT+02:00 Peter Uhnák <i.uhnak@gmail.com>:
This should not happen. If it does not handle the shortcut, it should be
handled by its owner
Hmm, interesting. Apparently this must've been changed or something, because in Pharo 4 when I want to automatically categorize (ctrl+shift+h+c) it shows comparison against clipboard instead. In Pharo 5 that particular seems to work.
That is because this shortcut is defined for the SmalltalkEditor class.
In either case, if there is a shortcut clash then I have no way to use the Nautilus one. So I would like to have an option, to cancel focus on code pane with a keyboard.
You can move the focus Cmd+G,Cmd+M -> focus methodlist Cmd+G,Cmd+C -> focus classlist At least this worked with the old code text pane
Peter
2015-07-24 11:27 GMT+02:00 Nicolai Hess <nicolaihess@web.de>:
2015-07-24 11:16 GMT+02:00 Peter Uhnák <i.uhnak@gmail.com>:
This should not happen. If it does not handle the shortcut, it should be
handled by its owner
Hmm, interesting. Apparently this must've been changed or something, because in Pharo 4 when I want to automatically categorize (ctrl+shift+h+c) it shows comparison against clipboard instead. In Pharo 5 that particular seems to work.
That is because this shortcut is defined for the SmalltalkEditor class.
In either case, if there is a shortcut clash then I have no way to use the Nautilus one. So I would like to have an option, to cancel focus on code pane with a keyboard.
You can move the focus Cmd+G,Cmd+M -> focus methodlist Cmd+G,Cmd+C -> focus classlist
At least this worked with the old code text pane
The normal shortcut for switching focus in Morphic should work: Ctrl+Tab, Ctrl+Shift+Tab Tried to be as other non-pharo applications. It's embedded in a general Morph keymap, so it should work (even if sometimes the "order" of morphs in the window is a bit surprising). Thierry
Peter
2015-07-24 11:32 GMT+02:00 Thierry Goubier <thierry.goubier@gmail.com>:
2015-07-24 11:27 GMT+02:00 Nicolai Hess <nicolaihess@web.de>:
2015-07-24 11:16 GMT+02:00 Peter Uhnák <i.uhnak@gmail.com>:
This should not happen. If it does not handle the shortcut, it should be
handled by its owner
Hmm, interesting. Apparently this must've been changed or something, because in Pharo 4 when I want to automatically categorize (ctrl+shift+h+c) it shows comparison against clipboard instead. In Pharo 5 that particular seems to work.
That is because this shortcut is defined for the SmalltalkEditor class.
In either case, if there is a shortcut clash then I have no way to use the Nautilus one. So I would like to have an option, to cancel focus on code pane with a keyboard.
You can move the focus Cmd+G,Cmd+M -> focus methodlist Cmd+G,Cmd+C -> focus classlist
At least this worked with the old code text pane
The normal shortcut for switching focus in Morphic should work:
Ctrl+Tab, Ctrl+Shift+Tab
Did this ever worked in a text pane/input field?
Tried to be as other non-pharo applications. It's embedded in a general Morph keymap, so it should work (even if sometimes the "order" of morphs in the window is a bit surprising).
Thierry
Peter
It only works on Mac I think, because all the regular shortcuts are mapped with cmd so ctrl and alt are "free". Peter, to open a new Nautilus window you can use cmd o + b like in World. I do not know if it is alt or ctrl in Linux, but it should work. Date: Fri, 24 Jul 2015 11:55:12 +0200 From: nicolaihess@web.de To: i.uhnak@gmail.com Subject: Re: [Pharo-dev] Nautilus shortcuts from code pane CC: pharo-dev@lists.pharo.org 2015-07-24 11:45 GMT+02:00 Peter Uhnák <i.uhnak@gmail.com>: Ctrl+Tab, Ctrl+Shift+Tab Did this ever worked in a text pane/input field? Ctrl+Tab does work for me in Nautilus. (But not Playground nor Workspace nor Transcript). Ctrl+Tab does not work on windows.
It only works on Mac I think, because all the regular shortcuts are mapped with cmd so ctrl and alt are "free".
No. <cmd> is abstract key in Pharo and has nothing to do with Mac. Each platform fills there what's appropriate (cmd for Mac, alt or ctrl for Win/Linux).
Peter, to open a new Nautilus window you can use cmd o + b like in World. I do not know if it is alt or ctrl in Linux, but it should work.
I know about this shortcut (and I do use it), but that's not the point of this discussion. (Besides, it's not equal shortcut.) The point is that using shortcuts from Nautilus is broken in various manners across all platforms. Peter
I added a pull request for the pharo windows vm, to recognize ctrl+0/ctrl+1... short cuts: https://github.com/pharo-project/pharo-vm/pull/79 (this is for issue 15705 <https://pharo.fogbugz.com/default.asp?15705> shortcut ctrl+number does not work on windows) And ctrl+tab, but for ctrl+tab to work on windows, there is another change that has to be done on the image side. nicolai 2015-07-24 11:55 GMT+02:00 Nicolai Hess <nicolaihess@web.de>:
2015-07-24 11:45 GMT+02:00 Peter Uhnák <i.uhnak@gmail.com>:
Ctrl+Tab, Ctrl+Shift+Tab
Did this ever worked in a text pane/input field?
Ctrl+Tab does work for me in Nautilus. (But not Playground nor Workspace nor Transcript).
Ctrl+Tab does not work on windows.
In either case, if there is a shortcut clash then I have no way to use the Nautilus one. So I would like to have an option, to cancel focus on code pane with a keyboard.
You can move the focus Cmd+G,Cmd+M -> focus methodlist Cmd+G,Cmd+C -> focus classlist
At least this worked with the old code text pane
That's my point, I can't.
The normal shortcut for switching focus in Morphic should work:
Ctrl+Tab, Ctrl+Shift+Tab
Ctrl+Tab seems to work somewhat but is weird. If I press it once the focus is received by the line/column counter in the bottom bar (this is pre-QualityAssistant Pharo 5). From there I can execute some nautilus shortcuts (like opening new nautilus window) But if I want for example get to classlist, I have to press Ctrl+Tab six times to get to package list and only from there cmd+G,cmd+C works. And Ctrl+Shift+Tab doesn't work at all. Unrelated: I found ctrl+alt+tab shortcut that cycles thru all open windows with live preview... :) (but if the focus is received by nautilus window the shortcut stops working again) Hmm... this seems more problematic than originally anticipated, I will have to take a deeper look since apparently you can't reproduce it. Peter
2015-07-24 10:56 GMT+02:00 Peter Uhnák <i.uhnak@gmail.com>:
Hi,
currently when you are in the method code pane in Nautilus, no Nautilus shortcuts (at least on Linux) works. My understanding is that Rubric will eat all the shortcuts since it has focus.
This should not happen. If it does not handle the shortcut, it should be handled by its owner
So maybe a solution to this would be to add <Esc> shortcut for the code pane to remove the focus? Or is there already a solution in place?
Peter
participants (4)
-
Franck Warlouzet -
Nicolai Hess -
Peter Uhnák -
Thierry Goubier