Goal

Roadmap

  1. #1497366: Introduce Plugin System to Core
  2. #1535868: Convert all blocks into plugins

    Work on this happens in the 8.x-blocks branch.

  3. Introduce data sources to core in general, and block plugins specifically.
    • E.g., to render a particular field within a particular context as a block.
  4. Convert more things into blocks.
  5. Introduce layouts.
    • Introduce UI for adding/editing layouts.
    • Custom layouts to create a particular page (basic Page manager functionality)
    • Layouts everywhere: Introducing default layouts for the entire site.
    • Panelizer-style layouts: Providing for individual entities to have custom layouts.

    + introducing ESI-style content/block URLs to render blocks within layouts.

  6. Design the user interface and experience for editing layouts.

    Interactive prototypes and design work for review on http://groups.drupal.org/node/242403

Parallel/Related efforts

  • #1510532: [META] Implement the new create content page design

    Status: In terms of implementation, it's going to be hard to plan for the moving target of Blocks & Layouts Everywhere at this point.

  • Form Builder Field UI sandbox removed, new one coming up soon. @swentel is more than happy to rebase everything on top of the plugin system.

Comments

sun’s picture

Issue summary: View changes

Updated issue summary.

sun’s picture

Issue summary: View changes

Updated issue summary.

sun’s picture

Issue summary: View changes

Updated issue summary.

eclipsegc’s picture

Issue summary: View changes

updating some of the text as appropriate

sun’s picture

Issue summary: View changes

Updated issue summary.

sun’s picture

Issue summary: View changes

Updated issue summary.

sun’s picture

Issue summary: View changes

Updated issue summary.

sun’s picture

Issue summary: View changes

Updated issue summary.

sun’s picture

Issue tags: +Plugin system
sylvain lecoy’s picture

Sun,

It may be not the right place to ask this, but the 3. point:

"Introduce data sources to core in general, and block plugins specifically.
E.g., to render a particular field within a particular context as a block."

is on my interest list, can you give more information about this ? I would like to help on the "introduce data sources" concept.

eclipsegc’s picture

@Sylvain

I think fago has largely covered this already with his property work. I am currently evaluating that for inclusion in this space, so the work required here may already largely be done. If I find that things are otherwise, I'll trying to come back to this issue and update it with regard to that, but for the time being, I think we can consider that issue largely covered barring a bad review by myself (which I've already done a 1 on 1 with fago on the topic already and am pretty sure it will meet our needs).

Thanks for the thought though.

Eclipse

effulgentsia’s picture

@Sylvain: #1696640: Implement API to unify entity properties and fields can benefit greatly from more reviews, so if you can look that over and leave your thoughts, that would be awesome. Doing so will both help accelerate that patch getting in, and also put you in a great position to help with follow-up work integrating it with Blocks.

effulgentsia’s picture

Issue summary: View changes

Updated issue summary.

attiks’s picture

Linking back to #1775302-20: Do a UX review of Breakpoint module since it's related to part 5 of the roadmap and confusing a lot of people.

attiks’s picture

I created #1784456: [Meta] Implication of Layout & blocks everywhere to discuss to implications of 5, because there are a lot of people having problems to understand the implications (me included)

attiks’s picture

Issue summary: View changes

Sandbox removed

gábor hojtsy’s picture

effulgentsia’s picture

Priority: Critical » Major

By the same reasoning as #1818142-2: [meta] Unified Blocks and Layouts (SCOTCH+WSCCI+Spark+Field UI), demoting to major. The conversions in #7 are still very important as part of #1830854: [meta] The ESI pipeline battle plan.

effulgentsia’s picture

Issue summary: View changes

Added block conversion issues.

jhedstrom’s picture

Version: 8.0.x-dev » 8.1.x-dev

8.1 at least I think.

rainbowarray’s picture

Just a note that step four is now complete. All page variables have now been converted to blocks.

wim leers’s picture

#10: WOOOOOT!

jibran’s picture

Should we create a new issue for step five for 8.1.x?

eclipsegc’s picture

I really don't think we're ready for that yet. Contrib is moving forward on this and I think we should let a solid solution evolve there before we embark upon pulling it into core. There's already an issue for 5.1 #2296423: Implement layout plugin type in core

The rest we should probably let evolve for the next few months.

Eclipse

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

Drupal 8.1.0-beta1 was released on March 2, 2016, which means new developments and disruptive changes should now be targeted against the 8.2.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.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.

tim.plunkett’s picture

Issue tags: -Blocks-Layouts

Should this be closed as a duplicate of #2811175: [plan] Add layouts to Drupal?
For now, untagging it.

andypost’s picture

Status: Active » Closed (outdated)

I bet that's better status