[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

 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