- Jun 07, 2010
-
-
Sam Boyer authored
renderer to determine what type of data it should be passing to style plugins.
-
Sam Boyer authored
missing return that was causing nothing to be rendered at all.
-
Sam Boyer authored
default is at least as accurate, but is more common and doesn't have some of the additional meanings 'standard' does.
-
Sam Boyer authored
any further; any TODOs apply to the standard renderer, or not at all.
-
Sam Boyer authored
-
Sam Boyer authored
last commit. Hmm...must have gotten too much beer from drewish.
-
Sam Boyer authored
-
Sam Boyer authored
This is a major change, though one that shouldn't affect any existing Panels implementations (unless they're using region styles in a totally unanticipated way). Rather than having style plugins with region support call panels_render_pane() themselves on a pane content object, this change moves that logic further up into the render pipeline and simply passes the regions an array of already-rendered/styled/themed pane output.
-
Sam Boyer authored
stack.
-
Sam Boyer authored
relevant docblocks.
-
Sam Boyer authored
logic with its old wrapper (panels_render_pane()) into a single method on the renderer for readability.
-
Sam Boyer authored
updated appropriate docblocks.
-
Sam Boyer authored
respective docblocks.
-
Sam Boyer authored
-
Sam Boyer authored
-
Sam Boyer authored
-
Sam Boyer authored
-
Sam Boyer authored
-
Sam Boyer authored
-
Sam Boyer authored
panels_display object.
-
Sam Boyer authored
encapsulated polymorphism (display renderer). Though the core effort should probably employ top-level polymorphism, encapsulation is fine for the current purposes, and makes backwards compat a LOT easier.
-
Sam Boyer authored
-
Sam Boyer authored
-