[wp-trac] [WordPress Trac] #19570: Post Formats: admin UI + fallbacks for themes that don't support them

[WordPress Trac]

#19570: Post Formats: admin UI + fallbacks for themes that don't support them
----------------------------+------------------
 Reporter:  alexkingorg     |       Owner:
     Type:  task (blessed)  |      Status:  new
 Priority:  normal          |   Milestone:  3.6
Component:  Editor          |     Version:  3.3
 Severity:  normal          |  Resolution:
 Keywords:  needs-patch     |
----------------------------+------------------

Comment (by helen):

 Replying to [comment:56 beaulebens]:
 > So -- do we do something like detect that the "special data" (in this
 case, the URL) is *not* in the_content, and then apply the fallback
 filters even though the theme declares support? Or is this wandering into
 disaster territory?

 Disaster territory. :) Actually, I'm not sure in practice - a theme that
 has previously declared support for a format could currently be doing any
 number of things with it, like using their own meta fields, etc. No matter
 what we do, something somewhere is going to be broken, whether it's
 missing vs. duplicated display of content. So far this path seems to be
 the best balance between user expectations and theme control, but I think
 with actual testing it'll become more clear.

 As stated, theme support for a post format now functions as a flag that
 says that the theme handles the metadata, so core should leave it alone.
 We'll be working together (post formats and Twenty Thirteen teams) to get
 Twenty Thirteen working with formats and vice versa - each side putting
 the other through practical testing to arrive at something that actually
 works in use. Other themes will similarly need to update and adapt, I
 suppose.

-- 
Ticket URL: <http://core.trac.wordpress.org/ticket/19570#comment:58>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software