[wp-trac] Re: [WordPress Trac] #4280: Allow to constrain widgets
being displayed on certain page types only
WordPress Trac
wp-trac at lists.automattic.com
Fri May 18 14:10:11 GMT 2007
#4280: Allow to constrain widgets being displayed on certain page types only
----------------------------+-----------------------------------------------
Reporter: torbens | Owner: andy
Type: enhancement | Status: new
Priority: normal | Milestone: 2.3
Component: Administration | Version: 2.2
Severity: normal | Resolution:
Keywords: needs-patch |
----------------------------+-----------------------------------------------
Comment (by Jairus):
Replying to [comment:9 torbens]:
> One idea would be to allow definition of an arbitrary # of widget
profiles for the different sidebars at the Widget config page. Next step
would be to assign default profiles to the different types of "pages":
> * Homepage
> * Archives
> * Single Post
> * Search Results
> * Static Page
> * Error Page
That would work -- the way I was thinking about it was more of a cascade
than a set of assignments: You'd have your main widget layout (as you do
now). Then, if you wanted, you could set a widget layout specifically for
pages (or posts, if you prefer), and all pages would inherit that layout .
If you wanted to do category-specific widgets, you could set a layout for
a category, and all pages in the category would use that layout. Finally,
you could set a layout on the individual page (or post), which would
override any higher-level layouts. (I'm assuming that the average WP users
is familiar with how cascading properties work.)
Either way would work, really. The only issue I see with a
profile/snapshot based set of widget layouts is that I suspect it would be
more difficult to work into the page/post editor itself, which means that
if you want to change the widgets on a page while you're changing the
page, you need to go somewhere else to accomplish it. It makes more sense
to me to keep all page-related properties associated directly with the
page, rather than assigning widgets or layouts to specific pages (as SBM
does).
Honestly, it's the feature itself that I'd like. Whatever form it ends up
taking, we'll still have a much more flexible platform than we have now.
--
Ticket URL: <http://trac.wordpress.org/ticket/4280#comment:10>
WordPress Trac <http://trac.wordpress.org/>
WordPress blogging software
More information about the wp-trac
mailing list