Towards a more flexible CMD+Dot ...

Am 15.05.2019 18:46:36 schrieb Chris Cunnington <[hidden email]>:

This is interesting. I wanted to add a Load Abort button to ScriptBook, but I realized that you can’t press a button in the UI when something is loading. The only way to stop it is CMD+Dot. Initially I thought I’d have a button that did what CMD+Dot did, but for the life of me I couldn’t see how that worked. I’m glad to see it so clearly illustrated. As it works, I’m not sure what kind of feedback you’re looking for here. But if you’re polling to see if people think it’s a good idea, then you have my vote. 

+1 

Chris 

On May 15, 2019, at 10:47 AM, Marcel Taeumel <[hidden email]> wrote:

Hi, there.

Please find attached a changeset. It represents a quick prototype to make the CMD+Dot command more powerful. One might extend it to provide user-friendly, domain-specific clean-up or restarts of applications.

<image.png>

Best,

Marcel

<cmd-dot-dialog.1.cs>

Am 16.05.2019 00:26:22 schrieb Chris Muller <[hidden email]>:

Hi Marcel,

Great idea to improve the Interrupt! function. I would eschew a
Boolean preference for a kind of "handler" that could be selected such
as;

1) presents the menu you presented (or a custom menu),
2) traditional Smalltalk IDE behavior (no pre menu),
3) showing a list of processes to select and act on,
4) nothing, completely disabled (user production system), or
5) something customizable like #3 for production system, but also
write a log file to disk or network for customer support..or maybe
increment a counter for usage tracking (to answer the question, "how
often are people feeling the need to interrupt"), etc.

> - How might a possible extension point look like to add a domain-specific clean-up rule? or is #cleanUp: enough?

Another good idea of something to try to standardize on. Seems like
multiple frameworks have #cleanUp:, doesn't it? A registry of some
kind where apps can add which classes they want sent #cleanUp:
whenever that menu item is selected (or event triggered) would be
nice. Class-side #cleanUp:'s are good places, since they're the
objects responsible for making instances in the first place. I
definitely wouldn't recommend anything like enumerating class
hierarchy and sending #cleanUp:, though. Only registered. Full
control.

Best,
Chris


On Wed, May 15, 2019 at 11:59 AM Marcel Taeumel wrote:
>
> Hmm... maybe this kind of feedback:
>
> - Should it be a preference or the default way of CMD+Dot?
> - What entries would you like to see in this list by default?
> - How might a possible extension point look like to add a domain-specific clean-up rule? or is #cleanUp: enough?
>
> Best,
> Marcel
>
> Am 15.05.2019 18:46:36 schrieb Chris Cunnington :
>
> This is interesting. I wanted to add a Load Abort button to ScriptBook, but I realized that you can’t press a button in the UI when something is loading. The only way to stop it is CMD+Dot. Initially I thought I’d have a button that did what CMD+Dot did, but for the life of me I couldn’t see how that worked. I’m glad to see it so clearly illustrated. As it works, I’m not sure what kind of feedback you’re looking for here. But if you’re polling to see if people think it’s a good idea, then you have my vote.
> +1
>
> Chris
>
> On May 15, 2019, at 10:47 AM, Marcel Taeumel wrote:
>
> Hi, there.
>
> Please find attached a changeset. It represents a quick prototype to make the CMD+Dot command more powerful. One might extend it to provide user-friendly, domain-specific clean-up or restarts of applications.
>
>
>
> Best,
> Marcel
>
>
>
>