[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