Web-stories-wp: Improved UI for Story Settings

Created on 13 Sep 2019  路  11Comments  路  Source: google/web-stories-wp

The concept of global and story settings has been introduced in https://github.com/ampproject/amp-wp/issues/1995, but it may not always be clear to the user which set of settings is applied when.

We should discuss possible UI tweaks to make the feature more intuitive.

Context

https://github.com/ampproject/amp-wp/pull/3201/files#r323636486
https://github.com/ampproject/amp-wp/pull/3201/files#r323638800

Duplicate

Most helpful comment

@spacedmonkey Clicking on the "Font Management" tab could still load a new page with this post list table on it, I don't see why these two things would be mutually exclusive.

It is just a bit of a weird UX for some tabs to keep the user on page and other link out somewhere else.

All 11 comments

@MackenzieHartung This is something for one of the following sprints.

Currently both types are on the same settings page. Why not just simply break up global settings and story settings on two different settings pages?

Worth keeping in mind that we'll have more settings here at some point, e.g. for custom fonts. So it definitely makes sense to think about moving AMP Stories settings to a standalone page. On that page, the form fields could be grouped into "settings" and "defaults". Not sure if two separate pages are necessary.

Moving AMP Stories settings to a stand alone page with settings and defaults makes good sense for sure. Many personas/scenarios would be an experience of Stories only... and this separate settings page will help them to clearly focus on those tasks separate from the other tasks in the plugin settings for AMP website experiences. Ideally we will want to make is visually harmonious with the new design coming.

Do we have a list of the settings we can include now? I can do a preliminary mock up of those...
@swissspidy

Right now we have two stories-specific settings:

  • Base URL for exported stories
  • Default setting for advancing to the next page

Screenshot 2019-09-26 at 22 04 50

With ampproject/amp-wp#3315 there will be a third one for managing custom fonts (list of fonts + form to add custom fonts). I imagine that it would probably just be a typical list table that WordPress users are already familiar with:

Screenshot 2019-09-26 at 22 08 51
Screenshot 2019-09-26 at 22 08 26

IMO those are three distinct use cases:

  1. Global settings
  2. Default settings for stories that can still be changed on a per-story basis
  3. Font management

Perhaps what could work well is a settings page under AMP -> AMP Stories where these three screens can be accessed via a tabbed interface, which is also a common design pattern in WordPress:

Screenshot 2019-09-26 at 22 12 40

This format makes good sense @swissspidy - I can see adding the option of using full screen landscape view for desktop/mobile only setting to the: "2 Default settings that can be changes on a per-stroy basis soon too."

I also envisioned the larger plugin to utilize the tab settings, like SiteKit set up and onboarding does now potentially.

  1. "Global Settings"
  2. Default settings for stories that can still be changed on a per-story basis: "Default Settings"
  3. Font management or "Style Management" or "Fonts & Styles" - or "Custom Fonts"

For review:
Tab Indexing

In my head, custom fonts were going to map to a custom post type, so would be they own screen like any post types.

Screenshot 2019-09-26 at 22 08 51

The post list screen how a lot of the functionality a user would want, like search, bunk actions and links to edit. Font management is such a big piece of functionality, maybe it is best it doesn't live as a secondary screen, incase of reload after save.

@spacedmonkey Clicking on the "Font Management" tab could still load a new page with this post list table on it, I don't see why these two things would be mutually exclusive.

@spacedmonkey Clicking on the "Font Management" tab could still load a new page with this post list table on it, I don't see why these two things would be mutually exclusive.

It is just a bit of a weird UX for some tabs to keep the user on page and other link out somewhere else.

Closing in favor of #570

Was this page helpful?
0 / 5 - 0 ratings

Related issues

3pgarro picture 3pgarro  路  4Comments

swissspidy picture swissspidy  路  3Comments

o-fernandez picture o-fernandez  路  3Comments

dvoytenko picture dvoytenko  路  3Comments

injainja picture injainja  路  4Comments