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

Selections: Unify .selected-value and .selected-block #1323

Open
3 tasks
dethe opened this issue Feb 16, 2016 · 0 comments
Open
3 tasks

Selections: Unify .selected-value and .selected-block #1323

dethe opened this issue Feb 16, 2016 · 0 comments
Assignees

Comments

@dethe
Copy link
Member

dethe commented Feb 16, 2016

With selections there was this idea that two very different kinds of selections could be made, one around wb-value sockets and wb-expressions, and one around wb-steps and wb-contexts, and that we should maintain both of these at once so that when the user taps (or clicks) to add a block, it has a target regardless of whether the block is an expression or a step/context (contexts are a kind of step). I think it is clear now that that was a terrible idea that introduced a lot of complexity for little benefit. Rather than trying to guess what the user wants to do next (which is what the complex rules for choosing the next selected area) and trying to maintain two parallel selections, we will just let the user explicitly set a selection (by tapping or clicking).

We may revisit this in the future and introduce some more possibilities for auto-selecting, but for now I think the best way is the simplest:

  • When a block is inserted, it is selected
  • When a selected block is deleted, there is no selection
  • There is only one kind of selected thing .selected, which includes all three kinds of blocks, wb-values, and wb-contains.
@dethe dethe self-assigned this Feb 16, 2016
@dethe dethe added this to the Cut/Copy/Paste milestone Feb 16, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant