2016-08-03 10:21 GMT+02:00 Norbert Hartl <norb...@hartl.name>: > 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>: > >> >> >> 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>: >> >>> 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> 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 >>> > 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 >>>> To: 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 >>>> >>>> >>>> >>> >>> >> >> > >
