[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:  Post Formats                       |     Version:  3.3
 Severity:  normal                             |  Resolution:
 Keywords:  has-patch ui-feedback needs-codex  |
-----------------------------------------------+------------------

Comment (by azaozz):

 Thinking more about this: a post format is (should be?) something the user
 chooses once at the beginning of creating new post. What would be the user
 expectation if that post format is changed later while editing the post?

 Currently any extra fields "disappear" from the UI together with any data
 that the user has entered there. Shouldn't we be marking the extra fields
 as "unused". We can keep the current data for the current editing session
 so the user can change his mind and revert back, but not save it or remove
 it on saving the post or publishing as it is irrelevant.

 Also, would it make sense to "reduce" the formats UI after selecting a
 post format or when opening a post for editing. At the moment all the nice
 buttons are quite inviting to click which is good when starting a new post
 but doesn't make much sense when opening a post to edit. Perhaps we can
 hide them behind a "Change post format" button or similar. That would
 suggest the format is something to be decided once at starting the post.

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