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 user error messaging consistency for forms #59

Closed
11 tasks done
clash99 opened this issue Feb 9, 2016 · 16 comments
Closed
11 tasks done

Improve user error messaging consistency for forms #59

clash99 opened this issue Feb 9, 2016 · 16 comments

Comments

@clash99
Copy link
Contributor

clash99 commented Feb 9, 2016

This task covers consistent presentation of error messages. Future tasks will cover improved verbiage and client-side validation.

Improve error messaging by:

  • Add error classes to turn error field borders red
  • Turn error messages red
  • Add background to fields with error to make them easier for users to locate

Page inventory:

  • Login
  • Register
  • Reset Password
  • Change Password
  • Profile
  • Add organization
  • Edit organization
  • Add organization members
  • Edit organization member
  • New project - details
  • Edit project details
@clash99
Copy link
Contributor Author

clash99 commented Feb 9, 2016

Also once messages appear, you can select to go back to previous page and they still appear. That is probably a bug.

@oliverroick
Copy link
Member

I agree, improving error message is something we should address during the next sprint.

Form fields should be validated on client side before the form is sent to the server. This will make it easier to highlight erroneous form fields along with an appropriate error message, as you described.

We should implement generic form field validation that we can apply to all form throughout the client.

@wonderchook wonderchook added this to the Version 0.1 milestone Jun 15, 2016
@wonderchook
Copy link
Contributor

@clash99 is this complete?

@clash99
Copy link
Contributor Author

clash99 commented Jun 17, 2016

No - I will try to update this issue this week with more details.

@clash99
Copy link
Contributor Author

clash99 commented Jul 1, 2016

In addition to improving messaging, we should also present them consistently.

screenshot 2016-07-01 15 50 10
screenshot 2016-07-01 15 49 51

@wonderchook
Copy link
Contributor

@clash99 I think the first option is more obvious. What do you think?

@clash99
Copy link
Contributor Author

clash99 commented Jul 5, 2016

I think the first option only works in cases where the error messaging is limited. Since some fields can have more than one error message, I think we have to work with something like this. We are increasing usability just by changing the field border, label and error messages color.

Also a bigger task of providing some client-side form validation and improving error messaging text should occur separately.

screenshot 2016-07-05 13 39 39

@clash99 clash99 changed the title Improve user error messaging for forms Improve user error messaging consistency for forms Jul 5, 2016
@wonderchook
Copy link
Contributor

@clash99 an you explain the geometry one a little further?

@clash99
Copy link
Contributor Author

clash99 commented Jul 5, 2016

In the location wizard, you can't proceed without selecting a location on the map but there isn't an error message to inform the user. I'm not sure how to check that no area has been selected on the map to throw the error.

Location: http://screencast.com/t/Ue1cqzBh3C1B

When creating a new project, you can continue without selecting an area on the map but I'm not sure that you should be able to. Seems like an error should be included on that page too and the map geometry should be required.

Project: http://screencast.com/t/Ilms1EBilww

@seav
Copy link
Contributor

seav commented Jul 5, 2016

Based on the back-end model, having a geometry for the project is not required.

So is this intended? I think the platform can work even if the project has no geometry.

@wonderchook
Copy link
Contributor

I think a project should have a geometry though I don't think it was discussed if it was required or not. Locations don't have to have geometries, though I think that is going to be difficult to deal with in the short term.

@clash99
Copy link
Contributor Author

clash99 commented Jul 7, 2016

Using novalidate to suppress html5 form validations to avoid double messages like this:
screenshot 2016-07-07 11 20 32

@clash99
Copy link
Contributor Author

clash99 commented Jul 7, 2016

Screenshots (future tasks include improving verbiage and client-side validation):

screenshot 2016-07-07 13 39 30
screenshot 2016-07-07 13 48 17
screenshot 2016-07-07 13 43 02
screenshot 2016-07-07 13 45 21
screenshot 2016-07-07 13 51 29
screenshot 2016-07-07 14 11 03
screenshot 2016-07-07 13 33 33
screenshot 2016-07-07 21 36 28
screenshot 2016-07-07 21 56 08
screenshot 2016-07-07 22 03 17
screenshot 2016-07-07 22 05 27
screenshot 2016-07-07 22 12 53
screenshot 2016-07-07 22 18 24

@clash99 clash99 mentioned this issue Jul 8, 2016
2 tasks
@clash99
Copy link
Contributor Author

clash99 commented Jul 8, 2016

Moved geometry pages to #345 for further discussion.

@clash99
Copy link
Contributor Author

clash99 commented Jul 8, 2016

I have a broken functional test that need fixed in branch enhancement/error-msgs before I can make a pull request. @linzjax or @seav - do you have any availability to take a look? Just let me know... thanks!

@linzjax
Copy link
Contributor

linzjax commented Jul 9, 2016

Fixed

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

No branches or pull requests

5 participants