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

Improve UX for adding and editing redirects #6

Closed
Sebobo opened this issue Apr 1, 2019 · 3 comments
Closed

Improve UX for adding and editing redirects #6

Sebobo opened this issue Apr 1, 2019 · 3 comments

Comments

@Sebobo
Copy link
Member

Sebobo commented Apr 1, 2019

Current behavior

After I add or update a redirect only that redirect is shown without an explanation.

First I thought this was a bug and only after looking at the code I saw that it "searches" for it after updating it.

It's also a bit hard to guess how to use the search feature.

Idea

  • Split the controller code to actually use actions instead of the conditions based on the arguments.
  • Separate search from add-feature and maybe just use one field which allows searching in all redirect fields.
  • Give note to user when search happened and for what and how to reset it.
  • Have a dropdown for Status Code with explanations instead of the free input
@Sebobo
Copy link
Member Author

Sebobo commented May 21, 2019

I propose the following (which we shortly discussed during the Dresden sprint):

For creating a new redirect we do something like a little wizard.

Option 1 is they want to create a non-redirect status (like 404):

  1. User selects a non-redirect status type(from a dropdown).
  2. We only show the source url and the confirmation button says "Set status".
  3. We check if the source url is a page/resource and go back to step 2 with a warning.
  4. We store the new redirect and show a success message and the updated list.

Option 2 is they want to create a redirect (like 301):

  1. User selects a redirect status type (from a dropdown)
  2. We show the source and target url fields.
  3. We do checks whether the source url is an existing page/resource and go back to step 2 and show a warning if that's the case (as the redirect wouldn't work).
  4. We check whether an existing redirect with the same source url exists and go back to step 2 with a warning.
  5. We check whether the target url actually exits and go back to step 2 with a warning if not.
  6. We store the new redirect and show a success message and the updated list.

The idea is based on some discussion and diagrams I had with the friends from Yoast and how they do it in Wordpress.

@Sebobo Sebobo changed the title UX is a bit confusing after adding and updating entries Improve UX for adding and editing redirects May 21, 2019
@Sebobo
Copy link
Member Author

Sebobo commented May 21, 2019

@mficzel @sbruggmann you can chime in with your ideas :)

@Sebobo Sebobo added this to the 2.0.0 milestone May 21, 2019
@sbruggmann
Copy link
Collaborator

sbruggmann commented May 21, 2019

Sounds like the way to go!
Just one addition: One big UX improvement would be to hide automatically generated redirects in the default view (#10 (comment))

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
No open projects
Development

No branches or pull requests

2 participants