Closed (outdated)
Project:
Drupal core
Version:
8.4.x-dev
Component:
base system
Priority:
Major
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
21 Jul 2012 at 23:19 UTC
Updated:
5 Feb 2017 at 10:10 UTC
Jump to comment: Most recent
Comments
Comment #0.0
sunUpdated issue summary.
Comment #0.1
sunUpdated issue summary.
Comment #0.2
sunUpdated issue summary.
Comment #0.3
eclipsegc commentedupdating some of the text as appropriate
Comment #0.4
sunUpdated issue summary.
Comment #0.5
sunUpdated issue summary.
Comment #0.6
sunUpdated issue summary.
Comment #0.7
sunUpdated issue summary.
Comment #1
sunComment #2
sylvain lecoy commentedSun,
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.
Comment #3
eclipsegc commented@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
Comment #4
effulgentsia commented@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.
Comment #4.0
effulgentsia commentedUpdated issue summary.
Comment #5
attiks commentedLinking 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.
Comment #6
attiks commentedI 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)
Comment #6.0
attiks commentedSandbox removed
Comment #7
gábor hojtsyIssues for converting things to blocks:
All have patches from @EclipseGC.
Comment #8
effulgentsia commentedBy 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.
Comment #8.0
effulgentsia commentedAdded block conversion issues.
Comment #9
jhedstrom8.1 at least I think.
Comment #10
rainbowarrayJust a note that step four is now complete. All page variables have now been converted to blocks.
Comment #11
wim leers#10: WOOOOOT!
Comment #12
jibranShould we create a new issue for step five for 8.1.x?
Comment #13
eclipsegc commentedI 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
Comment #17
tim.plunkettShould this be closed as a duplicate of #2811175: [plan] Add layouts to Drupal?
For now, untagging it.
Comment #18
andypostI bet that's better status