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

UI filters should give user feedback when they are valid #349

Closed
texodus opened this issue Dec 19, 2018 · 6 comments
Closed

UI filters should give user feedback when they are valid #349

texodus opened this issue Dec 19, 2018 · 6 comments
Labels
enhancement Feature requests or improvements

Comments

@texodus
Copy link
Member

texodus commented Dec 19, 2018

No description provided.

@timkpaine timkpaine added the enhancement Feature requests or improvements label Dec 19, 2018
@Ro4052
Copy link
Contributor

Ro4052 commented Jan 7, 2019

I've been having a look at this issue but wasn't sure of the best way to approach the problem. My current approach is a function on the Perspective table to check whether a filter is valid, which can be called from the viewer. Invalid filters can then be highlighted and not passed with the other filters into the new view. One area to investigate is the best way to highlight a filter, I'm currently just using a dashed red line.

invalid_filter

I'm not sure if this is the most appropriate approach but hopefully it’s a start for addressing this issue. I've been working on it on this branch:

https://github.com/Ro4052/perspective/tree/invalid-filters

@texodus
Copy link
Member Author

texodus commented Jan 8, 2019

@Ro4052 This looks rad! Pretty much precisely what I had in mind - to give the user some feedback whether the filter they've entered has affected the data set. I think we would pretty happily accept a PR as is.

Re: styling - we've been applying Material guidelines as convenient, so if you are looking for inspiration the Google Material Guidelines are pretty much indisputable (for the material.css themes at least) - these do a red underline, red overlabel and red warning icon right floated. I think at this point in development though, these should be viewed as inspiration rather than devotion - what you have looks good to me and is certainly a clear functional improvement over what's in 0.2.11

@Ro4052
Copy link
Contributor

Ro4052 commented Jan 8, 2019

I've had a little look at the material guidelines.

invalid_filter_material

Would this be more suitable? This approach ended up being a little more involved but is perhaps more appropriate?

@texodus
Copy link
Member Author

texodus commented Jan 8, 2019

Looks awesome - when you're ready open a PR for this branch and we'll get it merged!

@Ro4052
Copy link
Contributor

Ro4052 commented Jan 8, 2019

Thanks for the feedback. It's still a bit of a work in progress and needs some cleaning up. I'm still also looking at ways to improve the styling.

@Ro4052 Ro4052 mentioned this issue Jan 10, 2019
@Ro4052 Ro4052 mentioned this issue Jan 18, 2019
@texodus
Copy link
Member Author

texodus commented Jan 18, 2019

Thanks for the report, and fix! This has been released in 0.2.12

@texodus texodus closed this as completed Jan 18, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement Feature requests or improvements
Projects
None yet
Development

No branches or pull requests

3 participants