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

WordPress Trac noreply at wordpress.org
Tue Mar 26 07:11:18 UTC 2013


#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:  needs-patch     |
----------------------------+------------------

Comment (by wonderboymusic):

 attachment:admin-ui.diff is not "done" but exposes code for the admin that
 does the following:

 Moves post format-specific `edit-form-advanced.php` code to `wp-
 admin/includes/post-formats.php`

 For audio posts, adds a "Select an Audio File" box -
 http://cl.ly/image/3a0l2i3x0S40
 - when a user clicks "Select Audio", the Media Library opens with only
 Audio files shown
 - when a user selects the Audio, an audio player is shown in place of the
 box and the "audio" metdata field is populated with the attachment ID for
 the selected audio.
 - when you return to the edit post page after saving, the audio player
 will automatically be there

 For video posts, adds a "Select a Video File" box -
 http://cl.ly/image/2w2E22080l3J
 - when a user clicks "Select Video", the Media Library opens with only
 Video files shown
 - when a user selects the Video, a video player is shown in place of the
 box and the "video" metdata field is populated with the attachment ID for
 the selected video.
 - when you return to the edit post page after saving, the video player
 will automatically be there

 Here are some things to consider:
 - For the experience of selecting media to be "magic," the user needs to
 be able to select an item from Media Library easily, and hopefully never
 have to worry about "metadata"
 - It would be better to store the attachment ID in meta instead of URL,
 which might change in the future for any number or reasons, or may be
 fronted with a URL host for an environment other than production
 - The user needs to know the difference between using the Media Library
 and pasting in some embed code from the interwebs
 - For the audio and video post formats, we should try as hard as possible
 to have the user only associate 1 file - otherwise, they can put all of
 their code in the content, mix formats, duplicate data, and then their
 post is "video" or "audio" in name only
 - The Embed Code or URL field can be populated with quite literally
 anything, I feel like it should be hidden until someone clicks the "Add
 Embed Code" button, otherwise we can populate in the background for them
 when they select an item from the Media Library
 - At any point, the user can hit the "Add Media" button or paste a bunch
 of code into TinyMCE and blow all of this up - do we always want to show
 the "Add Media" button?
 - I feel like we need to have inline previews from the audio / video
 associated with those post formats

 Anyways, thinking out loud here, but I've yet to feel any dazzle when
 using the new admin screen for post formats - hopefully this can help us
 get part of the way there. I was too scared to try to merge @lessbloat's
 CSS and mine, will do so tmrw. I am not married to any of my code, just
 wanted to throw ideas out there.

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


More information about the wp-trac mailing list