Ready to get started?Download WordPress

Make WordPress UI

Recent Updates Toggle Comment Threads | Keyboard Shortcuts

  • Janneke Van Dorpe 8:08 pm on April 23, 2014 Permalink | Log in to leave a Comment

    Font-end Editor Meeting 22 April 

    Yesterday we had a quiet meeting, so there’s not much to report.

    I’ve removed compatibility with WordPress 3.8 so it’s easier to develop, and the plugin now loads the TinyMCE scripts from core, which should make the editor load faster. I also restyled the admin bar used in the editor so that it looks like the back-end editor. That way the buttons have styles for every state, and it’s hopefully easier to distinguish read and writing mode.

    More updates next week! :)




  • Janneke Van Dorpe 7:20 am on April 19, 2014 Permalink | Log in to leave a Comment

    I’ve been away without internet for the last two weeks, but now I’m back, so the next front-end editor meeting will be Tuesday, 22 April 2014, 17:00 UTC. In the meantime I’ll update the plugin a bit for 3.9 and remove 3.8 compatibility so it’s easier to work with.

  • trishasalas 3:58 am on April 11, 2014 Permalink | Log in to leave a Comment

    Admin Help Update – 7, April 2014 

    We’ve had a quiet few weeks as I was busy building a resume, interviewing and rounding up code. But yay for new jobs and time to move forward!

    Thanks to @clorith and @jazzs3quence for picking up the slack! I’ve talked to @designsimply and we are going to start user testing asap. In the meantime we can continue to watch the older usertesting.com videos and I would love to see some write ups like @jazzs3quence recommended. :)

    Thanks for the patience everyone, back to weekly updates from here.

  • designsimply 11:58 pm on March 26, 2014 Permalink | Log in to leave a Comment
    Tags: editor, , ,   

    WordPress Images/Galleries — Usability Test 1 

    I did a usability test on the recently updated image and gallery features in the editor using WordPress r27502 with a beginner user.


    • Drag and drop to add an image is not discoverable
    • Resizing an image by dragging is not discoverable
    • Extensive inline help needed to figure out cropping
    • Unable to find “medium” size setting
    • Difficulty replacing an image, but only because she didn’t insert one to start with
    • No trouble rotating, deleting, re-adding images
    • No trouble adding, deleting, or changing columns in a gallery

    You can download the full video here: bf80a9a3.mp4 (Length: 19:00)

    Points of Confusion

    Drag and drop to add an image is not discoverable (Length: 3:01)

    Task given was to resize an image (trying to get them to drag the corner), but she scales it instead (Length: 1:05)

    Difficulty cropping, had to use inline help to learn how it works (Length: 1:18)

    Unable to find the setting to change an image to medium size (Length: 1:41)

    Difficulty replacing the image because she never actually inserted it in the first place (Length: 3:22)

    See more highlight reels after the jump.

  • designsimply 11:44 pm on March 25, 2014 Permalink | Log in to leave a Comment
    Tags: customizer, customizer headers, customizer widgets,   

    WordPress Theme Install/Customizer — Usability Test 2 

    I did a 2nd usability test on theme installs and customizer headers/widgets using WordPress r27502 with an intermediate/advanced user.


    • Users love the theme install process. Well done!
    • No trouble installing a theme
    • No trouble adding header images
    • Difficulty randomizing headers
    • I’m fascinated about the reasons people give for picking themes. :)

    You can download the full video here: b692a9a3.mp4.


    No trouble installing a theme: “I love love love how easy you make the whole installation process. You guys have really streamlined that. It’s one of the things I really appreciate about WordPress.” (Length: 0:58)

    See more highlight reels after the jump.

  • designsimply 1:38 pm on March 23, 2014 Permalink
    Tags: customizer, customizer headers, customizer widgets, theme install,   

    WordPress Theme Install/Customizer — Usability Test 1 

    I did a usability test on theme installs and customizer headers/widgets using WordPress r27493 with a beginner.


    • The “Add New Theme” box works wonderfully
    • No trouble adding header images
    • Misses how to install a new theme at first
    • Difficulty randomizing header images
    • Reasons behind picking themes are fascinating :)

    You can download the full video here: a8d3a9a3.mp4.


    Installs a new theme after search fails and she finds the “Add New Theme” box (Length: 1:05)

    No trouble adding header images (Length: 2:06)

    Points of Confusion

    When asked to “install a new theme” with little other direction, she looked at the installed themes first instead of installing a new one—this clip is where she figures out the mistake (Length: 0:24)

    Difficulty randomizing header images (Length: 6:04)

    See more highlight reels after the jump.

  • trishasalas 5:27 pm on March 19, 2014 Permalink

    Admin Help Updates from 3/17/2014 Meeting 

    Thanks so much to everyone who attended this week.  If you were unable to make it to the meeting feel free to read the logs.  This weeks meeting was quite a bit more low-key.  We had fewer in attendance possibly due to the holiday and/or the time change.

    The first few minutes we discussed meeting times and have decided to keep the meeting at 18:30 UTC until Europe changes time April 1.  We will meet at 17:30 UTC beginning with our April 7th meeting.

    I would like to reiterate that this is almost a completely new direction from where this group started.  Our original goal was to make the existing Admin Help content more visible to users.  The goal now is to create a user experience that is more intuitive by discovering what problems users are currently having and addressing those with appropriate solutions.

    Sheri Bigelow (@designsimply) has agreed to help with user testing ♥.  We are going to start with a few simple tests and see what that reveals.  We can use the information from that testing to move forward with additional tests.

    @kpdesign created a Project Page for us, we’ll use that to link to external resources as well as any additional project pages that we need.  You can find that page here http://make.wordpress.org/docs/handbook/projects/admin-help/

    What we need: People who love UX/UI and want to see new users succeed with WordPress.  Practical needs are people to help identify tasks, create storyboards, personas, user testing evaluation and any other tasks that might be relevant at this early stage.

    We also need tasks added to our ‘User Task List’.  You can find the list here and read more about it here.

    We will send out a call for developers when we know what kind of developing we need ;)

    Join us on Mondays at 18:30 UTC in the WordPress-sfd IRC channel.

  • trishasalas 3:27 am on March 14, 2014 Permalink

    Admin Help Updates from 3/10/2014 Meeting 

    There are some big changes and a new direction for the team, new co-leads are myself and @Clorith.  @jazzs3quence will still be involved in a supportive role.

    The first part of the meeting was used to discuss the Feature Plugin Meeting and the helpful comments @jazzs3quence received regarding the current implementation of the plugin. The key takeaways are:

    • This really comes down to storyboarding, not building. Which is great, but it doesn’t really lend itself to a plugin model, at least until later in the process.
    • (but) Before even storyboarding I’d start with a list of goals, a list of problems. I’d run user tests on starting with WP and starting with features they’ve never seen and see where they trip up.

    We agreed as a group that we need to not think about solutions at this stage but rather, to figure out what the problem(s) are. It was also mentioned that a singular solution will not be enough, we need to identify personas and do user testing as well as story boards.  (Not necessarily in that order.)

    @Clorith Mentioned that the idea of guided tour had been mentioned before and @Sams reminded us that @Nacin recommended we look at the user testing again.

    Our previous user tests can be found here:



    @Sams suggested that “it’s better to have user tests of different user types and, if you’d like, build personas off of those” so that will be the initial direction we take along with storyboards.

    We would like to expand on the user testing by identifying any and all tasks with WordPress so that we can identify as many ‘pain points’ as possible.  There have also been some significant changes in the theme screen and the widgets since our last tests so we would like to essentially start fresh with user testing.

    The initial plan is to start a P2 post to gather task ideas for  user testing.  We would like to get input from as many of you as possible so that we generate a thorough list of all of the tasks within WordPress (multisite included!)

    As always, we welcome more input and participation.  The meeting is on Mondays — 18:30 UTC

  • Janneke Van Dorpe 8:08 pm on March 10, 2014 Permalink

    Front-end Editor Meeting 4 March 

    With @avryl (me), @azaozz, @hugobaeta, @kraftbj, @melchoyce, @mrroundhill, @rhurling, @samuelsidler, @ubernaut. Log.

    Links: Front-end Editor plugin, GitHub.

    • You probably noticed, but @designsimply did two usability tests with the front-end editor. One. Two. Main problems:
      • The “save” button seems to be hard to find.
      • The featured image area needs to be more descriptive.
    • Gallery previews have recently been added to trunk by @gcorne. I’ve been trying to implement the same plugin with the front-end editor, but since templates are used instead of the actual shortcode output, it will need to be adjusted. After all, we’re trying to make an accurate WYSIWYG editor. #52
    • Currently edit links on the front-end link to the front-end editor, and edit links on the back-end to the back-end editor. It’d be better if there was a drop down in the admin bar to choose which editor you’d like to use (?), but how should both editors be described? ‘Edit in admin’ and ‘Edit not on the front-end’ might make sense to us, but probably not to the average user. #53
    • The ‘meta modal‘ needs to improve. It’s a bit too clunky. It might be better to have a (collapsable) side bar with collapsed meta boxes (a bit like the customiser). Needs mock ups.
    • We should experiment with an inline toolbar (one that pops up after selecting text). I think this would only be useful in addition to the main toolbar, since it cannot have all the tools the main toolbar has. Needs mock ups.
    • Mobile: the editor works on small screens, but doesn’t have a TinyMCE toolbar. It should have one, or at least one with a few tools. Needs mock ups. #14

    The next meeting is tomorrow, 11 March 2014, 17:00 UTC in #wordpress-ui.

    • Janneke Van Dorpe 10:46 pm on March 10, 2014 Permalink | Log in to Reply

      Thinking about it, giving the user the option to choose the editor for edit links would require the same for new post links… While drop downs could be added for those admin bar items as well, doing so would add a lot. Too much in my opinion. There must be a better way.

  • Mel Choyce 9:13 pm on March 7, 2014 Permalink  

    Super quick media survey 

    Hello! If you have a minute, please take this super quick media survey for us.

compose new post
next post/next comment
previous post/previous comment
show/hide comments
go to top
go to login
show/hide help
shift + esc