[squeak-dev] A suggestion: allowing ctrl+drag in morphs

Nicolas Cellier nicolas.cellier.aka.nice at gmail.com
Fri May 11 13:54:30 UTC 2018


One question:
do we really depend on this VM hack for single button mouse, or can we nuke
it and replace it by some image side preference?

2018-05-11 15:42 GMT+02:00 Stéphane Rollandin <lecteur at zogotounga.net>:

> First, let me acknowledge that this is kind of a regression. :-)
>>
>> Now, what is the situation here:
>>
> [...]
>
> Ok, this is the master morphic architect view. It is valid, and I consider
> you do a good job at this.
>
> Now my view is from the morphic application developer side. I have a
> morphic application requiring ctrl+drag, and I can make it work. It is not
> even difficult. I just ask for a backdoor so that I don't have to
> monkeypatch something as basic as the event handling mechanism.
>
> The way I see it, you refuse by principle; and this amount to deliberately
> enforcing a lack of functionality without any regard to the actual need of
> actual morphic applications, of which I provided an example. This I do not
> understand.
>
>
> The bottom line is that you should disable the command gestures via
>> "Preferences disable: #cmdGesturesEnabled". I think we should split up this
>> preference into "morphicHaloEnabled" and "morphicMetaMenuEnabled".
>>
>
> I know. We already discussed this two years ago:
> http://forum.world.st/cmdGesturesEnabled-false-gt-no-halos-td4882669.html
>
> Nothing changed with regard to #cmdGesturesEnabled. I guess it is indeed
> time for the split you propose.
>
>
> If you have more questions, keep on asking.
>>
>
> Please do not feel offended, but this remark is rather patronizing.
>
> I am not asking anything, I am proposing something. As far as I am
> concerned, things can stand as they are, I'll just keep hacking my way into
> the current design.
>
> I just thought I had something worthy to propose.
>
>
> Best,
>
> Stef
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20180511/950ec12e/attachment.html>


More information about the Squeak-dev mailing list