I am nearly finished with converting old shortcut mapping
(Editor/TextEditor cmdActions/shiftCmdAction map)
to our keymapping framework.
15619 <https://pharo.fogbugz.com/default.asp?15619>
cleanup TextEditors shortcut definition
Thank a lot!
Yesterday with guillermo and christophe we spent one full afternoon
reading all the recursive dependencies introduced
when we just want to have monticello in the bootstrap (to be able to
load code).
We filled up two black boards and I should say that I was a nice down to
see the complexity but we will fix it :).
Yesterday Esteban sat with igor and started to integrate the OSWindow
integration work of igor (yes igor you should do pull requests :).
So there are some problems with the mac vm and this will have to be
fixed (probably next week).
After I hope that we will get clean events from SDL
I need some more time, one or two vm changes and some people testing
this on a mac.
Tell us we will :)
I know, this is a bit late because we replace our text components with
rubric, but if this
is finished and working for "old" PluggableTextMorphs, I will do the
same for rubric.
Thanks thanks thanks.
I often frustrated when I see myself doing things more than twice but
this is a pattern. I decided long time ago that
if this is necessary to do intermediate actions to lower the stress on
the future actions, I'm ready to throw awy what
I did to get the ultimate goal reached.
2015-08-08 14:57 GMT+02:00 Esteban Lorenzano <esteba...@gmail.com
<mailto:esteba...@gmail.com>>:
if reintroduce them means reintroduce them hardcoded as before,
then I’m complete against it and I WILL NOT integrate such solution.
I’m sorry for being so strong here, but previous implementation
was lame and we need to get rid of them.
Now, I understand people are used to use those bindings and also
some others (no idea which ones because I never used them… for me
ocompletion is good enough… but those are tastes). So I would be
very happy to integrate a generic way to define keybindings and
outputs (which is already there, with keymapping, but I mean an
editor or something), and I would be very happy to integrate a
default configuration (which of course, will include
#ifTrue:/##ifFalse:)
Esteban
On 08 Aug 2015, at 12:45, Peter Uhnák <i.uh...@gmail.com
<mailto:i.uh...@gmail.com>> wrote:
I would also appreciate if it was readded, as I've been using it
regularly.
Peter
On Sat, Aug 8, 2015 at 12:21 PM, ThomasHeniart
<heniart.tho...@gmail.com <mailto:heniart.tho...@gmail.com>> wrote:
I think it could be nice to keep this shortcut :)
On 08/08/2015 12:12, Franck Warlouzet wrote:
Hi,
Yes it was not on purpose. It is not implemented in Rubric,
but I can do it if there is a need of it (which seems to be
the case).
Franck
------------------------------------------------------------------------
Date: Sat, 8 Aug 2015 12:09:22 +0200
From: i.uh...@gmail.com <mailto:i.uh...@gmail.com>
To: pharo-dev@lists.pharo.org <mailto:pharo-dev@lists.pharo.org>
Subject: [Pharo-dev] ifTrue ifFalse shortcuts
Hi,
was removal of ifTrue/ifFalse shortcuts on purpose, or by
accident?
https://pharo.fogbugz.com/f/cases/16125/Nautilus-doesn-t-recognize-the-cmd-T-cmd-F-ifTrue-ifFalse-shortcuts-anymore
(maybe was caused by switch to Rubric?)
Peter