[wp-trac] [WordPress Trac] #27159: Removing TinyMCE buttons to improve user experience

WordPress Trac noreply at wordpress.org
Sun Oct 16 20:01:43 UTC 2016


#27159: Removing TinyMCE buttons to improve user experience
-------------------------+---------------------------------
 Reporter:  hugobaeta    |       Owner:  hugobaeta
     Type:  enhancement  |      Status:  assigned
 Priority:  normal       |   Milestone:  4.7
Component:  TinyMCE      |     Version:  3.8
 Severity:  normal       |  Resolution:
 Keywords:               |     Focuses:  ui, administration
-------------------------+---------------------------------

Comment (by azaozz):

 Replying to [comment:100 celloexpressions]:
 > As I've stated several times on this ticket, we can talk in circles for
 years on this.

 Exactly, that's why I made the small plugin in wp-test-tinymce-
 toolbars.php, to make it really easy to test.

 > I don't see any reasonable way that we could do user testing here
 without any bias.

 Absolutely disagree. If everybody that commented on this tickets took the
 time to test the proposed changes on 4-5 people around them, we would have
 had at least a base to start with.

 > If the center-align button is the 3rd-most-used, I can only guess that
 switching the location of the format select and alignment buttons would
 cause actual headings to be used where center-aligning is currently being
 used for, again guessing here, either "headings" or "blockquotes."

 I can see why moving format-select to be first in the top row is probably
 a good thing. I don't see any reason to move the alignment buttons. But
 this is just a guess and guessing is not good enough.

 > If there were a semantic meaning for the center-align button, what would
 it be used for?

 Sorry but I don't follow. Are you saying that aligning things to the
 center is not semantic?

 > Do we have any information of how it's being used, if it is in fact the
 3rd-most-used button? Where are these stats from, is there potentially a
 bias there?

 Exactly, this is what is missing here. Don't think we can do a good job
 without having user data to base a decision on. It will be just (biased)
 guesswork, and that's not acceptable imho.

 > We need to make a decision here. I'm in favor of encouraging more
 semantic markup, and based on previous discussion in the design meeting,
 it sounded like there is generally a consensus around most of what's in
 [attachment:27159.diff].

 The only changed toolbar layout that is based on actual user data is in
 the Calypso editor on wordpress.com (see the above screenshots). I don't
 think we can just "copy" it as it was done with a bit different purpose.
 One of the high priorities there was to have parity with the "wp-admin"
 editor. But thinking it can at least be used as a "base".

--
Ticket URL: <https://core.trac.wordpress.org/ticket/27159#comment:101>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform


More information about the wp-trac mailing list