Closed (works as designed)
Project:
Open Outreach
Version:
7.x-1.0-rc3
Component:
Code
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
17 Aug 2012 at 17:33 UTC
Updated:
30 Apr 2014 at 02:36 UTC
Jump to comment: Most recent
Comments
Comment #1
nedjoThanks for the encouragement!
Yes, block positioning is a key issue. See #1664956: Make Open Outreach Panopoly-based and the older issue #1331150: Decide Open Outreach page layout approach for e.g. home page and section pages.
After tons of refactoring for Apps support (RC2) and Apps compatible (RC3 and RC4) I'm needing to get back to priorities like CRM and location features.
A first step for switching to Panels might be #1737024: Add a "sitewide_sidebar" minipanel.
As well as blocks, we're using Context for breadcrumb and active menu item handling and would need replacements for those.
Ideas or contributions very welcome here.
Comment #2
sonicthoughts commentedIMO I don't see breadcrumbs or menu changing that often and context or regular blocks would be fine (could also be done in Panels I think.) Arranging content blocks/views is a pretty common task. I just think Panels would be the most intuitive, consistent and well documented (Display Suite would be great too.) Although Panopoly would be an ideal UI for the content admin,it's fairly new - perhaps that could be a longer term goal. Panels (perhaps using integrated styles) could be a stepping stone.
Comment #3
sonicthoughts commentedAt this point I think Panels has everything we need and we are going to move away from context. having both has caused a lot of mis-understandings and I think panels and context are trying to accomplish the same things. I found this comparison helpful:Comparison of Layout editors .
Comment #4
nedjoNo plans to switch to Panels beyond its current usage. We could reconsider the question for a future version. Closing for now.