Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Posts: category "Top Level" behavior is inconsistent with Pages "Top Level" UI #8513

Closed
lancewillett opened this issue Oct 5, 2016 · 4 comments · Fixed by #23496
Closed
Assignees
Labels
Pages Posts [Pri] High Address as soon as possible after BLOCKER issues [Type] Bug When a feature is broken and / or not performing as intended

Comments

@lancewillett
Copy link
Contributor

Steps to reproduce

  1. Starting at URL: https://wordpress.com/page/example.wordpress.com
  2. Create a new post, in the editor sidebar try to add a new category.
  3. Next, create a new page and look in Page Attributes in the sidebar of the editor.

What I expected

The toggle for "Top Level" would be the same interaction and interface for each action.

What happened instead

Posts category form uses a checkbox; Pages uses a toggle.

Screenshots

screen shot 2016-10-05 at 15 52 46

screen shot 2016-10-05 at 15 52 57

#### Context / Source

Via a recent #dogfooding by @beaulebens

@lancewillett lancewillett added [Type] Bug When a feature is broken and / or not performing as intended Pages Posts labels Oct 5, 2016
@rachelmcr
Copy link
Member

Although there have been some changes to the sidebar and settings since the original report, this difference still exists:

screen shot 2017-08-22 at 3 29 17 pm

screen shot 2017-08-22 at 3 29 57 pm

As shown in the screenshot, in the post editor it's also possible to uncheck the category "Top Level" option, which then triggers a warning about a parent item being required. In the page editor, it isn't possible to manually toggle off the "Top Level" option — it automatically toggles off when a different page is selected as the parent, and toggling it on deselects any selected parent page.

@alisterscott
Copy link
Contributor

Confirming the difference still exists.

@apeatling apeatling modified the milestones: Product Quality, Product Quality: Managing Posts & Pages Jan 31, 2018
@apeatling apeatling added the [Pri] High Address as soon as possible after BLOCKER issues label Jan 31, 2018
@Copons Copons self-assigned this Mar 20, 2018
@davewhitley
Copy link
Contributor

Short answer: just make them both a toggle. That way you don't have to worry about error notices for an unchecked checkbox.


Long answer: both versions are a frustration interaction.

For the checkbox version, why would you allow me to uncheck the box if I can't proceed without checking something? Notice how the button is disabled in this state. If you can't submit the form without selecting something, then the checkbox should be a radio button instead.

mar-20-2018 09-49-13

The toggle is also frustrating. You can't click on it if it's in the on state. This creates mistrust, and the UI appears broken to the user. When you select a radio button, the toggle changes without the user touching the toggle, causing confusion.

mar-20-2018 09-44-24

@shaunandrews
Copy link
Contributor

Here's a quick mockup:

screen shot 2018-03-20 at 10 54 10 am

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Pages Posts [Pri] High Address as soon as possible after BLOCKER issues [Type] Bug When a feature is broken and / or not performing as intended
Projects
None yet
Development

Successfully merging a pull request may close this issue.

7 participants