In Views usability testing we uncovered a disconnect in the workflow of adding a block, as you have to create the block display, then save, then go out to the Blocks UI.

In addition to #1836390: Add “place block in region’ to the Views wizard to help workflow, “place block in region” to the views UI would also be helpful.

We need to figure out the wording but I think something like 'Placement: None' as the default could work.

Files: 
CommentFileSizeAuthor
#2 block-region-1.jpg94.85 KBlisarex
#1 place block.jpg86.83 KBlisarex

Comments

lisarex’s picture

FileSize
86.83 KB

Possible location for change attached

lisarex’s picture

Status: Active » Needs review
FileSize
94.85 KB

Actual wireframe; needs review.

This solves a couple problems:

a. They know where the block shows up (if at all)
b. They can place the block in region without taking them away from the Views UI / interrupting their flow

Note that any block-related configuration beyond adding/removing the block to a region requires a trip to admin/structure/block

mockup of views ui showing a block region

dawehner’s picture

Thanks for the mockup.

One question is whether it makes sense to have this kind of workflow if #1535868: Convert all blocks into plugins got in.
That patch forces you somehow to create an actual block instance in the block library,
so the workflow seems really special/different compared to your approach.

tim.plunkett’s picture

Status: Needs review » Postponed

That patch is very close, and indeed changes the interaction patterns with blocks, so postponing on that.
#1535868: Convert all blocks into plugins

dasjo’s picture

As a side note, views could also extend the add custom block workflow in order to allow users, create a new views block.

Just a idea and currently not really the Drupal workflow, but being able to start creating a view/display from within the block configuration page might make sense in the context of this issue

mgifford’s picture

Issue summary: View changes
Status: Postponed » Active
Related issues: +#1535868: Convert all blocks into plugins
yoroy’s picture

Version: 8.0.x-dev » 8.2.x-dev
Issue tags: +Needs design

Interesting bit of workflow to create wireframes/prototype for.

yoroy’s picture

Issue tags: +ux-workflow
tim.plunkett’s picture

#4 is an understatement.

Now that blocks can be placed an infinite number of times, we need to decide how to represent that ability.
Here are some additional questions:

  • Will we store this data directly on the view?
  • If so, if a view block is placed directly via the Block UI, should it be displayed in this Views UI?
  • Should the views UI be able to *remove* a block placement, or just add new ones?
Bojhan’s picture

Good questions, much of this idea was before the block concept was fully worked out. We might have some "flooded" pattern issues, as we place dozens of block instances but that might just be rare.

1) I am not sure, what is best there?
2) Yes, I think this ought to be a two-way street and makes people more aware that the two are connected.
3) I think this goes both ways, you would be able to remove as well. We should treat it as one "truth" so all actions should go both ways.

Version: 8.2.x-dev » 8.3.x-dev

Drupal 8.2.0-beta1 was released on August 3, 2016, which means new developments and disruptive changes should now be targeted against the 8.3.x-dev branch. For more information see the Drupal 8 minor version schedule and the Allowed changes during the Drupal 8 release cycle.

Version: 8.3.x-dev » 8.4.x-dev

Drupal 8.3.0-alpha1 will be released the week of January 30, 2017, which means new developments and disruptive changes should now be targeted against the 8.4.x-dev branch. For more information see the Drupal 8 minor version schedule and the Allowed changes during the Drupal 8 release cycle.