Postponed
Project:
Block Page (with Layout plugin)
Version:
8.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
24 Jun 2015 at 18:49 UTC
Updated:
23 Jul 2016 at 12:10 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
dsnopekPostponed on #2511566: Add an abstract version of Drupal\page_manager\Plugin\DisplayVariant\BlockDisplayVariant from Page Manager
Comment #2
dsnopekComment #3
benjy commentedThis is now unblocked.
Comment #4
Anonymous (not verified) commentedRC1 is out, can someone commit this to repo?
Also the build method should look like this(or at least this one is working for me at this time):
Comment #5
benjy commentedI'm not sure the patch is ready to be committed, when i tested it the other day there was still much of what we needed in page manager and not ctools I think.
Comment #6
dsnopekYeah, I don't think this patch will work. The shape of the CTools class is different than what I was expecting when I made this issue. I think for now it'd be best to still depend on page_manager and use the
PageBlockDisplayVariantclass as parent.Comment #7
benjy commentedCan we commit an update to use PageBlockDisplayVariant then? Here's the exact patch we're using in aGov right now and it's working.
Comment #8
dsnopekAlright, I've made a commit which switches to the new page_manager class per #6:
http://cgit.drupalcode.org/layout_plugin/commit/?id=ecea017eaf546e942ef6...
I'm not entirely sure if this issue is still something we should do. On the one hand, the block_page_layout module is just an example, so it doesn't really matter what it's dependencies are. That said, it would be better if it depended on ctools rather than page_manager, but we'd probably need some changes to CTools in order for that to happen.
So, marking as Postponed for now while the code in CTools settles. After the BADCamp sprint, we should have a much better idea of how it's going to look!
EDIT: Oops! Cross-post with #7 - sorry, I didn't see your patch before making my commit.
Comment #9
benjy commentedooo, that's news to me, is it documented somewhere? We actually used this to build out a block page. Can we rename it to have a _example suffix if it's not meant to be used?
Comment #10
dsnopekThe module's package is "Examples", but I suppose that's not really much of documentation. :-)
I mean, you can use it! But when Panels is in better shape, that would be the module to use instead. Also, the goal is to get layout_plugin merged into core in 8.1.x, and that won't include the examples modules. The idea is that layout_plugin will just be another plugin manager included in core, not even having a module of it's own (ideally -- we'll see what the core maintainers think of that when we get to that point).
Comment #11
benjy commentedYes we're definitely going to move to Panels when it's ready :)
Comment #12
swentel commentedI think we should just remove this also from the layout_plugin repository, it confuses me all the time as well. And maybe mark layout_plugin_example as hidden ?
Comment #13
dsnopekYeah, now that Panels is -beta in Drupal 8, I could see an argument for just removing block_page_layout. It would be good to have an example of how to make a module that renders stuff with layout_plugin, though. Ideas for an alternative example module welcome! Marking layout_plugin_example as hidden probably does make sense too.
Can you make a new issue for removing/hiding the example modules?
Comment #14
swentel commentedSee #2653360: Remove BlockPageLayoutVariant and set example to hidden
Comment #15
dsnopekThanks!
Comment #16
dsnopekMove to new project