[squeak-dev] Default preferences

Jaromir Matas mail at jaromir.net
Wed Dec 8 08:51:06 UTC 2021


Hi Marcel,

I’m not saying you should fix it or anything or that it’s important, just reporting :) I’ve just downloaded a fresh image (20816) turned on the “attach tools to mouse…” via Wizard, opened Workspace, pasted the example (self halt. self halt. self error) and run it from the keyboard – for CTRL-d, CTRL-p, CTRL-i or CTRL-I clicking Proceed works one way and for CTRL-D the other way.

Best,
Jaormir

From: Marcel Taeumel<mailto:marcel.taeumel at hpi.de>
Sent: Wednesday, December 8, 2021 9:17
To: squeak-dev<mailto:squeak-dev at lists.squeakfoundation.org>
Subject: Re: [squeak-dev] Default preferences

Hi Jaromir --

> [..] and run it from the keyboard via CTRL-d it correctly opens a Debugger NOT attached then clicking Proceed opens the next Debugger again NOT attached etc. - is this right??

Sorry. Works for me. Both CTRL+d and CTRL+D. I cannot reproduce that bug in recent Trunk. :-/

Best,
Marcel

Am 07.12.2021 19:01:19 schrieb mail at jaromir.net <mail at jaromir.net>:
Hi Marcel,

>
> >No - when I run the example via CTRL-SHIFT-d (start the Debugger on it) the Debugger opens not attached but the subsequent Debugger(s) when hitting Proceed start attached -> inconsistent (but not erratic)
>
> Well, please read the preference's description again. Only mouse interaction is affected. So, the behavior you describe is exactly as intended. We do not want to force the use into a bi-manual interaction style if they try to primarily use the keyboard.

Yes, this is exactly what I'd expect but is not happening (or I'm still missing something) - if you take the example:

self halt. self halt. self halt

and run it from the keyboard via CTRL-d it correctly opens a Debugger NOT attached then clicking Proceed opens the next Debugger again NOT attached etc. - is this right??

Because: if you run the same example from the keyboard via CTRL-D it opens the first Debugger not attached BUT after clicking Proceed it opens the next Debugger window ATTACHED and after clicking Proceed the next one is again attached etc.

This inconsistency confuses me; I very often start evaluation by CTRL-d or CTRL-D :)

I'd expect the Debugger's the behavior after clicking Proceed should be consistent regardless whether I initiated the evaluation from the keyboard via CTRL-d or CTRL-D. I.e. either clicking Proceed should always attach the next Debugger window or never... (I'd personally prefer if the small/simple Debugger windows always opened NOT attached)

Apologies for such a long message.

Thanks a lot,

PS: There are two "tools" groups in the preference browser, one called "Tools "and the other one "tools" - is it intentional?

~~~
^[^ Jaromir

Sent from Squeak Inbox Talk

On 2021-12-07T12:21:45+01:00, marcel.taeumel at hpi.de wrote:

> Hi Jaromir --
>
>  >No – when I run the example via CTRL-SHIFT-d (start the Debugger on it) the Debugger opens not attached but the subsequent Debugger(s) when hitting Proceed start attached -> inconsistent (but not erratic)
>
> Well, please read the preference's description again. Only mouse interaction is affected. So, the behavior you describe is exactly as intended. We do not want to force the use into a bi-manual interaction style if they try to primarily use the keyboard.
>
> Best,
> Marcel
> Am 07.12.2021 11:56:45 schrieb Jaromir Matas :
> Checked already 😊
> Yes – improved for do-it via CTRL-d: now all invocations when pressing Proceed go not attached to the mouse -> consistent
> No – when I run the example via CTRL-SHIFT-d (start the Debugger on it) the Debugger opens not attached but the subsequent Debugger(s) when hitting Proceed start attached -> inconsistent (but not erratic)
> Thanks!
>
> From: Marcel Taeumel [mailto:marcel.taeumel at hpi.de]
> Sent: Tuesday, December 7, 2021 11:52
> To: squeak-dev [mailto:squeak-dev at lists.squeakfoundation.org]
> Subject: Re: [squeak-dev] Default preferences
>
> Hi Jaromir --
>
> Please check whether Morphic-mt.1816 (Trunk) improves the situation. :-)
>
> Best,
> Marcel
> Am 07.12.2021 11:05:36 schrieb Jaromir Matas :
> I’ve just tested the likelihood: the first CTRL-d opens the Debugger not attached and then pressing Proceed has almost 50% chance to either open attached to the mouse or not attached.
>
> From: Marcel Taeumel [mailto:marcel.taeumel at hpi.de]
> Sent: Tuesday, December 7, 2021 10:59
> To: squeak-dev [mailto:squeak-dev at lists.squeakfoundation.org]
> Subject: Re: [squeak-dev] Default preferences
>
> Hi Jaromir --
>
> Yes, there are some cases where the mouse interaction does not lead to the tool being attached. No, I am not aware of a situation where a keyboard interaction does that. What's your feeling? Does it work like 95% of the time?
>
> > I think it happened with some dialogues as well but can’t remember now.
>
> Dialog windows should never attach to the mouse cursor. See SystemWindow >> #openAsTool to better understand the mechanics of that preference. It relies on the dynamically scoped #currentEvent, which is not bullet proof. :-)
>
> Best,
> Marcel
> Am 07.12.2021 10:48:58 schrieb Jaromir Matas :
> Hi Marcel,
> I tried both do-it from the menu and via CTRL-d and they both behave erratically.
>
> I’m not sure it’s only the Debugger; I think it happened with some dialogues as well but can’t remember now.
> Thanks,
> Jaromir
>
> From: Marcel Taeumel [mailto:marcel.taeumel at hpi.de]
> Sent: Tuesday, December 7, 2021 10:35
> To: squeak-dev [mailto:squeak-dev at lists.squeakfoundation.org]
> Subject: Re: [squeak-dev] Default preferences
>
> My bad. You did a "do it", right? Hmm... seems to be debugger-related. Other tools are fine, right? Like "String browse"?
>
> Best,
> Marcel
> Am 07.12.2021 10:33:32 schrieb Marcel Taeumel :
> Hi Jaromir --
>
> > E.g. try do-it (a few times):
>
> Works for me. Did you "debug it" via the context menu using the mouse? It should only attach if the interaction was done with the mouse so that users can retain focus on the cursor position. Keyboard interaction should not be affected.
>
> Best,
> Marcel
> Am 07.12.2021 10:01:48 schrieb mail at jaromir.net :
> Hi all --
> >
> > There is no need to change the default values for the preferences that are in the PreferenceWizardMorph. Let's focus on whether some interesting preferences are missing from that morph and on the values for preferences not in that morph.
> >
> > Best,
> > Marcel
> I've been testing the "open tools attached to mouse cursor" preference on but its behavior is erratic. E.g. try do-it (a few times):
>
> self halt. self halt
>
> The Debugger sometimes opens attached to the mouse and sometimes not... It's so irregular I haven't discovered any pattern in the behavior and eventually switched the preference off. Is it happening to you too? (I had clean images and Win10 environment)
>
> Best,
>
> ~~~
> ^[^ Jaromir
>
> Sent from Squeak Inbox Talk
>
> On 2021-11-23T09:44:29+01:00, marcel.taeumel at hpi.de wrote:
>
> > Hi all --
> >
> > There is no need to change the default values for the preferences that are in the PreferenceWizardMorph. Let's focus on whether some interesting preferences are missing from that morph and on the values for preferences not in that morph.
> >
> > Best,
> > Marcel
> > Am 23.11.2021 00:13:44 schrieb tim Rowledge :
> > >> 1. Windowing
> > >> Personally, the first thing I do in every new image is to enable these prefs:
> > >> "mouse over for keyboard focus", "open tools attached to mouse cursor", "windows' contents are always active".
> > >> Do I belong to a minority of Squeakers or could we satisfy a majority of Squeakers by turning on these prefs by default?
> >
> > Well *I* wouldn't be happy with them but then I immediately load my prefs file anyway so maybe I wouldn't even notice.
> >
> > > For myself I'd add "Embed a Transcript in a Workspace" because I use and move both around the screen all the time; and frankly, since my first encounter with Squeak I always wondered why I have to open two tools, one of which has a totally nuts name, in order to be able to print "Hello" ;)
> >
> > But a Transcript is fundamentally different to a Workspace; the former is for the system to tell you what is going on, not for scribbling notes.
> >
> >
> > >> 4. Editing
> > >> - Auto enclose brackets -> #beforeSpaces (see [1], pending. Inserting a bracket pair () right before a character just feels pretty useless to me.)
> > >> - Enclose selection with brackets -> true
> >
> > Again, very not OK for me.
> >
> > tim
> > --
> > tim Rowledge; tim at rowledge.org; http://www.rowledge.org/tim
> > Hackers have kernel knowledge.
> >
> >
> >
> > -------------- next part --------------
> > An HTML attachment was scrubbed...
> > URL:
> >
> >
>
>
>
>
>
>
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
>
>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20211208/6f7bda5e/attachment-0001.html>


More information about the Squeak-dev mailing list