[wp-trac] [WordPress Trac] #24308: Twenty Thirteen: Add Editor Styles for Post Formats

WordPress Trac noreply at wordpress.org
Fri Jul 12 03:04:31 UTC 2013


#24308: Twenty Thirteen: Add Editor Styles for Post Formats
------------------------------+---------------------------
 Reporter:  celloexpressions  |       Owner:  lancewillett
     Type:  enhancement       |      Status:  reopened
 Priority:  normal            |   Milestone:  3.6
Component:  Bundled Theme     |     Version:  trunk
 Severity:  normal            |  Resolution:
 Keywords:  has-patch commit  |
------------------------------+---------------------------

Comment (by celloexpressions):

 Replying to [comment:37 Joen]:
 > I've been thinking about this. While there's an argument to be made that
 a visual editor that shows pretty much exactly what you'll see on the site
 is as WYSIWYG as you can get, I would say there's also another side to the
 argument. Powerful as TinyMCE is, it's never going to be 100% WYSIWYG —
 the gallery is just an example of that.
 So just because we can't be 100%, we shouldn't be as WYSIWYG as we can? I
 think at the moment we're pretty close. Because the colors are so bold,
 not having them would put us pretty far away. A lot of newer/less
 experienced users use TinyMCE to change the text color on posts, not
 having publication colors wouldn't give them the proper context to know
 what a bad idea that is.

 > Couple that with what Nacin suggests, that the process of writing is a
 different mindset than consuming, I'm leaning towards removing the
 background colors and keeping text and links consistent across all the
 formats.
 They're definitely different processes, but whether background color
 matters in uncertain. I can't find any research on this subject, so If we
 think it could be an issue I think we should do some user tests to
 confirm. I'm not quite sure how to test this, but I think we can come up
 with something better than just guessing or assuming. A good test would
 probably need to check efficiency while typing against several different
 background colors, then compare that to the same tests on a white
 background color.

 > For a third reason as well: from day one I've hoped we could make it
 super easy to customize those colors, if not through a plugin then perhaps
 simply through CSS (example: http://joen.wordpress.com/2013/06/13/twenty-
 thirteen/). If the editor colors were baked in that could get confusing.
 Users (on .org, at least) are probably most likely to be using a child
 theme if they're changing the colors with css. There's not much to doing
 the extra styles for the editor if they can get as far as setting up a
 child theme. Even if we removed the background and text colors, the link
 color would still be incorrect without adding some editor styles. That
 could almost be worse, since it's not right but it's not broken enough to
 bother doing it right.

 And, I really like the argument that this is another touch that sets
 Twenty Thirteen apart (and encourages more inventive theming in general).
 At the end of the day it makes WordPress more fun to use and brightens up
 the visually bland post screen.

 By the way, it looks like the Genericons-loading issue is only happening
 on WordPress.com.

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


More information about the wp-trac mailing list