We can never get enough first impressions, thank you for them, David! :-)<br>
<br>
Please feel free to send your concrete proposals to the inbox - see <a href="https://squeak.org/development_process/">https://squeak.org/development_process/</a>! For a first step, we could add a simple "null text" to workspaces and transcripts until it contains any text, similarly to the text "Evaluate expressions on inspect objects" you can see in the inspector's code pane.<br>
<br>
Another nice pattern is context-sensitive help - for instance, if you yellow-click into the list of a versions browser, there is a help item which leads you to a pretty comprehensive documentation about this tool. Maybe we should add such a help item to every window's central window menu, making it easier for new users to find them. :-)<br>
<br>
Best,<br>
Christoph<br>
<br>
<font color="#808080">---<br>
</font><font color="#808080"><i>Sent from </i></font><font color="#808080"><i><a href="https://github.com/hpi-swa-lab/squeak-inbox-talk"><u><font color="#808080">Squeak Inbox Talk</font></u></a></i></font><br>
<br>
On 2022-01-14T11:05:35-05:00, deeteeoh1138@gmail.com wrote:<br>
<br>
> I like the Tip of the Day app :)<br>
> I might be able to make some other UI suggestions with my on-boarding<br>
> experience still fresh in my mind.<br>
> For example, the first time I opened the Workspace and the Transcript, I<br>
> thought I broke something, as the windows are completely blank.<br>
> What if a small balloon with a friendly mouse icon were to pop up in<br>
> situations likely to cause questions, perhaps accompanied by a question<br>
> mark?<br>
> It could be quite tiny, and yet still tell users that there is something<br>
> more to investigate.<br>
> Being tiny (just an icon until you click it) could be useful, especially if<br>
> there is the quite likely chance that a new user will trigger more than one<br>
> mouseTip.<br>
> If you click the mouseTip, it could temporarily expand into a little "post<br>
> it note", perhaps with a button or two.<br>
> In the case of my "blank workspace seems unfamiliar" example, it could pop<br>
> up with a bit of explanatory text and some example expressions for you to<br>
> cut and paste.<br>
> Each mouseTip could include an ellipsis in the corner with a menu item<br>
> allowing the user to turn off mouseTips right then and there.<br>
> It might be interesting to attach mouseTips to particular error situations,<br>
> for example when a bunch of error dialogs are open, it could pop up a<br>
> mouseTip that points at the docking bar's Window menu, to show them how to<br>
> get rid of all the error dialogs at once.<br>
> Previous mouseTips (unclicked ones that expire after 60 seconds for<br>
> example) could be accessed at a later time via a balloon icon in the<br>
> Docking bar. To indicate that previous mouseTips can be found there, the<br>
> docking bar icon could flash briefly and perhaps show a transient text<br>
> balloon there when a mouseTip expires.<br>
> I guess it's something like a context-sensitive version of the in-app<br>
> Sandblocks tutorial, mixed with a bit of Microsoft Paperclip Person :)<br>
> <br>
> maybe we should think about the issue of on-boarding new users to the<br>
> > system more in general. I know that UX designers are filling entire books<br>
> > about this topic, but maybe an approach that combines proactive,<br>
> > context-specific suggestions with non-obstruiveness, dismissability per<br>
> > hint as well as general opt-outability could go into the right direction.<br>
> > For instance, the particular hint in question could stop appearing as soon<br>
> > as the user has typed once into the menu, or has closed the hint manually.<br>
> > See also https://github.com/LinqLover/Squeak-TipOfTheDay for a naive<br>
> > prototype for on-boarding, which is still missing context-specifity,<br>
> > though. :-)<br>
> <br>
> <br>
> On Fri, Jan 14, 2022 at 10:35 AM <<br>
> christoph.thiede at student.hpi.uni-potsdam.de> wrote:<br>
> <br>
> > Hi all,<br>
> ><br>
> > As a fast workaround, you can do a blue-button click (halo) on the menu<br>
> > and it will disappear as soon as you unhover and hover it again. =) Still,<br>
> > this is not the final solution I would like to have. It's a small but<br>
> > visible visual glitch.<br>
> ><br>
> > > It makes no sense to make that binary decision between novice and<br>
> > non-novice.<br>
> ><br>
> > It could be better than no differentation at all?<br>
> ><br>
> > > Maybe a time-out for that balloon text?<br>
> ><br>
> > Hm ... Time-outs might be another source of confusion ("Why is this<br>
> > disppearing while I am trying to read this?", or noticing it out of the<br>
> > corner of your eye, "Wait, what changed there while I did not press any<br>
> > key?").<br>
> ><br>
> > If you dislike the idea of hiding this single tooltip, maybe we should<br>
> > think about the issue of on-boarding new users to the system more in<br>
> > general. I know that UX designers are filling entire books about this<br>
> > topic, but maybe an approach that combines proactive, context-specific<br>
> > suggestions with non-obstruiveness, dismissability per hint as well as<br>
> > general opt-outability could go into the right direction. For instance, the<br>
> > particular hint in question could stop appearing as soon as the user has<br>
> > typed once into the menu, or has closed the hint manually. See also<br>
> > https://github.com/LinqLover/Squeak-TipOfTheDay for a naive prototype for<br>
> > on-boarding, which is still missing context-specifity, though. :-)<br>
> ><br>
> > Best,<br>
> > Christoph<br>
> ><br>
> > ---<br>
> > *Sent from **Squeak Inbox Talk<br>
> > <https://github.com/hpi-swa-lab/squeak-inbox-talk>*<br>
> ><br>
> > On 2022-01-14T08:03:10-05:00, deeteeoh1138 at gmail.com wrote:<br>
> ><br>
> > > For what it's worth, I had noticed the balloon obscuring things and<br>
> > > wondered if there was a way to turn it off. But I shan't press the issue<br>
> > :)<br>
> > ><br>
> > > On Fri, Jan 14, 2022 at 7:36 AM Marcel Taeumel <marcel.taeumel at hpi.de<br>
> > ><br>
> > > wrote:<br>
> > ><br>
> > > > -1 That "novice mode" should be deprecated and removed in the long<br>
> > term.<br>
> > > > It makes no sense to make that binary decision between novice and<br>
> > > > non-novice.<br>
> > > ><br>
> > > > You can surely hack out that tooltip for your screenshot scenario. No<br>
> > need<br>
> > > > to have this in Trunk.<br>
> > > ><br>
> > > > Yet, I think you are on to something. Maybe a time-out for that balloon<br>
> > > > text?<br>
> > > ><br>
> > > > Best,<br>
> > > > Marcel<br>
> > > ><br>
> > > > Am 12.01.2022 21:27:31 schrieb commits at source.squeak.org <<br>
> > > > commits at source.squeak.org>:<br>
> > > > A new version of Morphic was added to project The Inbox:<br>
> > > > http://source.squeak.org/inbox/Morphic-ct.1846.mcz<br>
> > > ><br>
> > > > ==================== Summary ====================<br>
> > > ><br>
> > > > Name: Morphic-ct.1846<br>
> > > > Author: ct<br>
> > > > Time: 12 January 2022, 9:27:12.594139 pm<br>
> > > > UUID: 0bf19b8c-e7ea-7145-9a79-b76aaaaa2543<br>
> > > > Ancestors: Morphic-ct.1845<br>
> > > ><br>
> > > > Proposal: Display that tedious "Enter text to narrow selection" tooltip<br>
> > > > only if novice mode is enabled.<br>
> > > ><br>
> > > > Many of us might not have noticed this balloon text any more that<br>
> > appears<br>
> > > > every time you open a menu (unless #menuKeyboardControl is disabled),<br>
> > but<br>
> > > > it still is irrelevant for non-novice users and sometimes occludes<br>
> > other<br>
> > > > relevant information, for instance, during screenshots.<br>
> > > ><br>
> > > > =============== Diff against Morphic-ct.1845 ===============<br>
> > > ><br>
> > > > Item was changed:<br>
> > > > ----- Method: MenuMorph>>popUpAt:forHand:in:allowKeyboard: (in category<br>
> > > > 'control') -----<br>
> > > > popUpAt: aPoint forHand: hand in: aWorld allowKeyboard: aBoolean<br>
> > > > "Present this menu at the given point under control of the given<br>
> > > > hand."<br>
> > > > | evt |<br>
> > > > aWorld submorphs<br>
> > > > select: [:each | (each isKindOf: MenuMorph)<br>
> > > > and: [each stayUp not]]<br>
> > > > thenCollect: [:menu | menu delete].<br>
> > > > self items isEmpty<br>
> > > > ifTrue: [^ self].<br>
> > > > MenuIcons decorateMenu: self.<br>
> > > > (self submorphs<br>
> > > > select: [:m | m isKindOf: UpdatingMenuItemMorph])<br>
> > > > do: [:m | m updateContents].<br>
> > > > "precompute width"<br>
> > > > self<br>
> > > > positionAt: aPoint<br>
> > > > relativeTo: (selectedItem<br>
> > > > ifNil: [self items first])<br>
> > > > inWorld: aWorld.<br>
> > > > aWorld addMorphFront: self.<br>
> > > > "Acquire focus for valid pop up behavior"<br>
> > > > hand<br>
> > > > newMouseFocus: self;<br>
> > > > showTemporaryCursor: nil.<br>
> > > > aBoolean<br>
> > > > ifTrue: [<br>
> > > > originalFocusHolder := hand keyboardFocus.<br>
> > > > hand newKeyboardFocus: self.<br>
> > > > + Preferences noviceMode ifTrue: [<br>
> > > > + self showKeyboardHelp]].<br>
> > > > - self showKeyboardHelp].<br>
> > > > evt := hand lastEvent.<br>
> > > > (evt isKeyboard<br>
> > > > or: [evt isMouse<br>
> > > > and: [evt anyButtonPressed not]])<br>
> > > > ifTrue: ["Select first item if button not down"<br>
> > > > self moveSelectionDown: 1 event: evt<br>
> > > > "Select first item if button not down"].<br>
> > > > self updateColor.<br>
> > > > self changed!<br>
> > > ><br>
> > > ><br>
> > > ><br>
> > > ><br>
> > > -------------- next part --------------<br>
> > > An HTML attachment was scrubbed...<br>
> > > URL: <<br>
> > http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20220114/83743d68/attachment.html<br>
> > ><br>
> > ><br>
> > ><br>
> ><br>
> -------------- next part --------------<br>
> An HTML attachment was scrubbed...<br>
> URL: <http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20220114/202f23b7/attachment-0001.html><br>
> <br>
>