3.5 Proposed Scope
Deadlines
Wednesday, December 5 is our target for 3.5. We should be in release candidate stage 3-4 weeks prior to that date, prior to Thanksgiving — we’ll say November 14. The end of September will be feature freeze (including a user testing window), with beta following. This provides for two months of feature development. The dev cycle will include WordCamp San Francisco in a few weeks as a gut check, as well as a planned community summit in late October, which can be used as a check on the final push for RC1.
Proposed Scope for Feature Development
Twenty Twelve. Last week, the Twenty Twelve theme landed in core. This will be shipped with 3.5. We will soon consider adding it to the WordPress.org theme directory well before 3.5 is released, that way more sites can use it for more of 2012.
Full Retina support. Every design element in WordPress should either be HiDPI-supported images, or converted to CSS3 shapes and gradients. In the process, we should also aim for a lighter, flatter aesthetic in the admin.
Improved user experience. On make/ui, Helen Hou-Sandi, Dave Martin and others have been studying how we can improve a number of experiences throughout the dashboard. We should target low-hanging fruit this release. Dave has also expressed a desire to revisit the Welcome panel, offering a v2. Other possible bullets include a better color picker, and improving the UI/UX for selecting a static front page.
Removing “Links”. And move it into a plugin. It seems self-explanatory, but there are a number of technical hurdles here to avoid breaking sites. We will move this discussion to a Trac ticket.
Customizer improvements. The custom header and background workflows could improve here.
Improving choosing/selecting/handling images. Improve the management of galleries. Revamp the workflows inside the upload/insert media modal. Separate and simplify individual workflows, like uploading images, modifying metadata, editing an image, inserting images into posts, etc. Simplify the workflow for selecting featured images and custom headers/backgrounds from the library (see also, customizer improvements).
Anything outside of the dialog would be outside of core scope, but there are some things that can be explored here as well, such as making uploads non-blocking (let them upload and crunch while you write), and drag-drop of images into the editor itself.
Proposed Platform Improvements
I expressed a desire for three platform improvements for 3.5:
- File copies during an upgrade should be verified with a hash. Too many support requests and emails for my liking, every release, that are because a file didn’t copy over. We should verify and try again, as a v1.
- WordPress.org now supports plugin favorites. What about an in-dashboard browse your favorite plugins the same way you can look through recently updated, etc.?
- Language packs for default themes and “core” plugins (importers et al.), as a first step to doing it for all plugins and themes (which introduces security, ecosystem, and WP.org infrastructure concerns).
API Improvements
API and platform development (the “Under the Hood” stuff) happens organically throughout the cycle. We did not discuss APIs last week. More to come in the agenda for this week.
Mike Schinkel 7:07 pm on July 18, 2012 Permalink
Our team has done a lot of work with making images more useful in CMS contexts. Most significantly would be definition of named image types that have sizes associated with the image types and then relatedly creating those image sizes on the fly the first time they are accessed rather than on upload. We’ve also been retaining the original image untouched and storing crop attributes in meta so we never affect the user’s uploaded image which also means the generated images can be deleted for site moves, as long as the original uploaded images are retained.
I’d be happy to contribute to the effort related to “Improving choosing/selecting/handling images”; what’s the best way to get involved with that feature set?
scribu 8:25 pm on July 18, 2012 Permalink
The ticket for that is #15311
Marko Heijnen 7:44 pm on July 18, 2012 Permalink
I’m not able to attent the meeting. I would love to be involved with the media stuff. There are some things I would love to change under the hood that will benefit the XML-RPC images methods.
Isaac Keyet 11:02 am on July 19, 2012 Permalink
We should discuss API improvements asap, maybe a trac scrub would be a good start? I remember the post you put up on your personal blog but it was a lot to digest. Would be nice to somehow group existing tickets into categories and then discuss what would have the most impact.
Rinat 2:30 am on July 19, 2012 Permalink
For the couple of days I’ve been thinking of “External media sources” for Media. Currently, you can add media-files to a gallery only if you’re directly uploading them. It works ok for images (even though user has to download a set of images and re-upload it again), but it’s absolutely not suitable for managing video galleries. What would be really nice to see is the ability to mix external media with your galleries. E.g. I have a set of 10 photos and 5 videos on youtube, so i upload my pics and then click a button “Add external media (Add from URL)”. Think of it as an addition for oEmbed.
Thomas Griffin 2:44 am on July 19, 2012 Permalink
While it may be outside of the official scope, I still think it should be explored as it is the #1 complaint I receive from clients (both individual and corporate, but mainly corporate) regarding images and media – being able to attach an image to multiple posts/post types. See http://core.trac.wordpress.org/ticket/10657 for reference.
Any chance this can see some love either now or in the near future? Beyond this, I’m excited about the scope and look forward to finding ways to contribute!
cyberwani 9:18 am on July 19, 2012 Permalink
I like the “plugin favorites” functionality very much. It will be like in heaven having the “in-dashboard favorite plugins listing with recently updated”. It will be very helpful if the same facility for “Favorite Themes”gets done.
Ben Huson 11:50 am on July 19, 2012 Permalink
Nacin, like your idea for “in-dashboard browse your favorite plugins”. Think users were really find that useful so they can quickly and easily install plugins they use regularly.
Alphawolf 5:46 pm on July 23, 2012 Permalink
Someone mind adding the target release date on http://wordpress.org/about/roadmap/ ?
camu 11:21 pm on July 24, 2012 Permalink
Is there any chance you could address the issue of “attaching” the same media content to multiple posts/pages? See
http://wordpress.org/support/topic/attach-image-to-post-from-media-library?replies=20
I know there are many plugins out there that attempt to solve the issue, but having it in core would make so much sense to me.
Alex Mills (Viper007Bond) 11:25 pm on July 24, 2012 Permalink
An attachment’s parent is stored in the
post_parentdatabase column which stores a singular integer. Moving to multiple parents would not be an easy change and would likely have to be done via post meta which would introduce aJOIN(which adds lots of overhead) plus this would break tons of backwards incompatibility.In short, I doubt it’s likely to happen but a ticket on Trac is more the place for such a discussion than this P2. Also: patches welcome.
camu 11:30 pm on July 24, 2012 Permalink
Thanks, Viper, I gave it a shot
I understand that overhead may be a concern here, but let’s also consider how many times that join would be executed on average, compared to many other joins already required to associate custom post types to posts. Okay, let me aim lower: what about categories for images?
Alex Mills (Viper007Bond) 11:36 pm on July 24, 2012 Permalink
Again, Trac is the proper place for these types of discussions.