[wp-trac] Re: [WordPress Trac] #4969: Make wp_list_* functions all behave similarly...

WordPress Trac wp-trac at lists.automattic.com
Thu Apr 3 11:04:15 GMT 2008


#4969: Make wp_list_* functions all behave similarly...
---------------------------------------------------------+------------------
 Reporter:  pishmishy                                    |        Owner:  pishmishy
     Type:  enhancement                                  |       Status:  assigned 
 Priority:  normal                                       |    Milestone:  2.6      
Component:  General                                      |      Version:  2.3      
 Severity:  normal                                       |   Resolution:           
 Keywords:  accessibility has-patch lists needs-testing  |  
---------------------------------------------------------+------------------
Comment (by vlogtheimpaler):

 Replying to [comment:7 Otto42]:
 > Replying to [comment:6 pishmishy]:
 > > That's fine if it's what you're after (and I admit for most people it
 is), but it'd be nice if a theme author could have option of not using a
 list of lists if they so desire.
 >
 > I don't understand your objection, theme authors do have that option.
 Many themes use divs instead, for example. All the bits in there where it
 generates lists for sidebar items can be overriden with arguments.

 I believe the objection presented there is allowing theme authors to be
 able to retain categorization while broken out of list mode. While
 currently it's possible to replace the tags for list items, the unordered
 list element is still present when categorization is enabled. Meaning if
 you want to keep categories but drop lists, in it's current form it's a
 bit inflexible to do so.

 A bug also worth mentioning, is while attempting to pass double quotes as
 part of your string in either the before or after portions for tags that
 write lists. Like wp_list_bookmarks and possibly other tags, the output is
 passed but the quotes become escaped instead of switched or stripped
 completely. I understand why this happens, I'm just not sure whether or
 not double quotes should actually be passed if user wishes to pass a class
 variable for their custom before or after arguments.

-- 
Ticket URL: <http://trac.wordpress.org/ticket/4969#comment:10>
WordPress Trac <http://trac.wordpress.org/>
WordPress blogging software


More information about the wp-trac mailing list