Closed (fixed)
Project:
Panelizer (obsolete)
Version:
7.x-3.x-dev
Component:
User interface
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Reporter:
Created:
22 Aug 2013 at 17:12 UTC
Updated:
5 Jun 2016 at 12:53 UTC
Jump to comment: Most recent
Comments
Comment #1
miromarchi commentedsubscribe
Comment #2
damienmckennaAnd there's also the "Full content" display.
Lets turn this into something more productive.
Comment #3
damienmckennaComment #4
kepford commentedThe main differences I have seen are that "Full Page Override" allows you to disable the default node title and instead render it in a Panel pane. "Full Content" renders the node title as it would with a normal node display. "Full Page Override" allows you to use page manager node view page to control defaults.
Comment #5
damienmckennaI've started compiling details in the issue summary.
Comment #6
damienmckennaComment #7
damienmckennaComment #8
damienmckennaComment #9
damienmckennaComment #10
damienmckennaComment #11
marvoey commentedI may inaccurate, but I believe that these are tied to the entity view modes, which you can toggle on and off in the content type structure. Then you can change how the various fields are displayed i.e. format, label locations, hidden fields etc. What I found to be the most useful is with the image rendering. With entity view modes you can assign different image styles so your panelizer will display various entities differently. In addition, what appears in the content plugins will also vary based on these view modes.
Comment #12
damienmckennaThe changes I made in #2147795: Update UI / documentation to indicate view mode displays must be enabled before they can be Panelized should answer these questions.
Comment #14
cmonnow commentedWhile I'm using an old version of Panelizer and I haven't read the latest info nor much into Panelizer in general I thought I should stress for Googlers that (I believe it might still be true) while node comments will appear if you add them to a "Default" Panelizer mode the corresponding pager will not function correctly (which may cause a lot of frustration). You need to set a Full Page Override.
It may appear to work on the surface when few node comments exist but once they exceed the comments per page settings as set in the original content type you'll notice that they can't move past the first "page". The ?page=1 GET variable (where 1 refers to comment page 2) won't do anything since the comments shown actually have a pager ID of 1 (and not the default of 0), meaning their pager $_GET request comes after a comma i.e. ?page=1,1 but this won't be reflected by the URLs of the unrelated pager below the comments.
Comment #15
muschpusch commentedThe new/ upcoming readme explains this really well: #2151837: Update README.txt file
Comment #16
UTAN_dev commentedKepford wrote:
Can you give a couple of scenarios showing why someone would use one or the other?
Comment #17
asghar commentedHere is my findings which might be help to others
Full page override
Description: Work for node detail page only.
Purpose: Alter the node title and content structure
Conditions: Node template must be enabled.
Precedence: 1
Full Content
Description: Work for node detail page and full content view mode. If Full page override is enabled then Full page override work for node detail page and Full Content will work for render as full content mode.
Purpose: Alter the node content only.
Conditions: Full content must be enabled.
Precedence: 2
Default
Description: Work for node detail page and full content view mode. If Full page override is enabled then Full page override work for node detail page and Default will work for render as full content mode.
Purpose: Alter the node content only.
Conditions: Full content must be disabled.
Precedence: 3
Low precedence value has high priority.