From a software design perspective it shouldn't be easy to insert #ifTrue:ifFalse :)
Norbert > Am 03.08.2016 um 10:15 schrieb Nicolai Hess <nicolaih...@gmail.com>: > > Any objections on using > cmd+t / cmd+f for insert ifTrue/ifFalse > (linux/windows this would be alt+t/alt+f, mac this would be cmd+t/cmd+f). > > 2015-08-12 18:52 GMT+02:00 stepharo <steph...@free.fr > <mailto:steph...@free.fr>>: > > > Le 11/8/15 10:25, Nicolai Hess a écrit : >> 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 >>>> >>>> <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 >>> >>> >> >> > >
