[wp-trac] Re: [WordPress Trac] #5683: New tag section needs display filtering

[WordPress Trac]

#5683: New tag section needs display filtering
------------------------------+---------------------------------------------
 Reporter:  jhodgdon          |        Owner:  anonymous
     Type:  defect            |       Status:  new      
 Priority:  normal            |    Milestone:  2.5      
Component:  General           |      Version:  2.5      
 Severity:  normal            |   Resolution:           
 Keywords:  tags 2nd-opinion  |  
------------------------------+---------------------------------------------
Comment (by jhodgdon):

 Ryan (or whoever): Any ideas what you want to do about this? I probably
 have some time today to do some programming.

 The current (as of [6757]) situation for mutilingual users on the post
 editing screen   is this:
  * Category names in the Category block are displayed with display
 filtering, and there's a clear distinction between using existing
 categories and creating a new one (good)
  * Tag names displayed in the lower section of the Tags block are not
 display filtered (ugly, inconsistent with Category section behavior and
 other screens, probably usable for all but novice multilingual users)
  * Type-ahead tag names are not display filtered, but at least the type-
 ahead search finds substrings rather than restricting to the beginning of
 the tag name (ugly, inconsistent, probably usable)
  * No clear distinction in Tags block UI between adding a brand-new tag to
 the DB and attaching an existing tag to a post (inconsistent with Category
 block)
  * Add New Category and Add Tag do not allow you to provide a slug
 (essential for multilingual users)

 What I would like to see:
  a. Put a slug field on the Add New Category form (easy)
  b. Make a distinction on Tag section between adding existing tags and
 creating new tags, and have a slug entry field on Create New Tag form
 (easy)
  c. Ideally, display-filter everything in the Tags section. However, as
 mentioned in previous comments, this would require moving to a checkbox or
 drop-down system similar to the Categories section -- complete rewrite --
 and might not be workable for bloggers with tons of tags (difficult)

 I could create patches for (a) and (b) today (I think), but I don't want
 to bother if the patches have little chance of being applied. My thought
 is that (a) and (b) would be useful to more than just multilingual users,
 and that multilingual users could live without (c) if necessary. They can
 live without (a) and (b) as well, but will have to add all tags and
 categories from the management screens, rather than doing them on the fly
 while editing posts.

 Thoughts?

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