Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Better usability in Create after DNU #3242

Closed
fuhrmanator opened this issue Apr 26, 2019 · 5 comments
Closed

Better usability in Create after DNU #3242

fuhrmanator opened this issue Apr 26, 2019 · 5 comments

Comments

@fuhrmanator
Copy link

One of my favorite features of Pharo is the ability to create new things after a Does Not Understand. However, I think the process needs some improving in the user experience.

image

It's too easy (when we're coding quickly) to choose Object in the list above. I have done it, and it's a huge pain you can't "undo." Perhaps the solution is to pop up a dialog to warn the user they're about to add something to Object, and to confirm before actually doing it. Canceling returns the user to the dialog above.

Later, there's a step to choose protocol, which I often just take the default "as yet unclassified" value. I'm not sure this is a useful dialog during TDD or DDD.

Finally, perhaps the two decisions could be put into a wizard-like engine (does it exist in Pharo?) so that the user can go back before finalizing the Create action.

@bencoman
Copy link
Contributor

I also previously have thought this could be streamlined by skipping "step to choose protocol"
but I'm thinking it could be really useful to auto-categorize extension methods.
e.g... help 2 myMethod end up in my application package.

@stale
Copy link

stale bot commented Jan 17, 2020

To limit bug bankruptcy (see https://www.joelonsoftware.com/2012/07/09/software-inventory/) this issue has been automatically marked as stale because it has not had any activity in 6 months. If no further activity occurs, it might be closed. If this issue remains important to you, please comment to reactivate the issue. Thank you for your contributions.

Joel on Software
Imagine, for a moment, that you came upon a bread factory for the first time. At first it just looks like a jumble of incomprehensible machinery with a few people buzzing around. As your eyes adjus…

@stale stale bot added the stale label Jan 17, 2020
@fuhrmanator
Copy link
Author

This remains important to me.

@stale stale bot removed the stale label Jan 18, 2020
@guillep
Copy link
Member

guillep commented Jan 27, 2023

In the past year, we have experimented with removing the protocol pop-up, and the experience was that later, we had to chase the unclassified methods...

This issue looks more like a small project than an actionable issue.
I propose we move it to a wiki with potential projects for people to contribute.
Could be a great basis for GSOC.

@guillep guillep closed this as completed Jan 27, 2023
@fuhrmanator
Copy link
Author

This issue looks more like a small project than an actionable issue.

I agree about the whole issue as written. The usability part (it's too easy to mis-assign a method to the wrong class, no confirmation, no undo) seems actionable -- just add an OK button to the workflow instead of the click in the list being the action.

It's clear that for people who like to go fast and live dangerously (or who've learned to pay attention at this dialog after suffering :-) ), it's another click. Frankly, with my experience trying to get students intereste in Pharo, I think it's one of the things that turns them off, because they are used to guard rails.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants