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

Allow selector items to specify an optional color for use in dropdowns/menues/map legend. #507

Open
connor-makowski opened this issue May 30, 2024 · 6 comments
Assignees

Comments

@connor-makowski
Copy link
Contributor

connor-makowski commented May 30, 2024

This would override colorBy in the legend to not introduce a breaking change.

@connor-makowski connor-makowski moved this from New to Staging in CAVE App May 30, 2024
luisvasq added a commit to MIT-CAVE/cave_app that referenced this issue Nov 6, 2024
luisvasq added a commit that referenced this issue Nov 7, 2024
luisvasq added a commit to MIT-CAVE/cave_app that referenced this issue Nov 10, 2024
luisvasq added a commit to MIT-CAVE/cave_app that referenced this issue Nov 10, 2024
@luisvasq
Copy link
Contributor

luisvasq commented Nov 10, 2024

@connor-makowski, @mrkwanzaa: hey guys, when you have a chance, I'd love to hear your thoughts on the REVIEW tags on https://github.com/MIT-CAVE/cave_app/blob/d96433db64f35ba88838f87b2a2345c01c75c27a/cave_api/cave_api/examples/kitchen_sink.py.

luisvasq added a commit to MIT-CAVE/cave_app that referenced this issue Nov 10, 2024
@connor-makowski
Copy link
Contributor Author

connor-makowski commented Nov 14, 2024

I actually like fallback quite a bit.

Breaking default into color and size: Not a huge fan, Ideally it would match the options object (which the current form does).

I am okay locking max and min to be the same for both color and size

Not sure if we should be overriding prop attributes in the legend. We can add that feature later if needed, but I think omitting it would provide a lot of clarity. This will also get messy for us if for example a user changed an icon in the legend, but the prop icon did not change in the prop. Maybe it should, maybe it shouldn't. The expected behavior there is a bit funky.

@connor-makowski
Copy link
Contributor Author

Note: default / fallback should be specified in the prop itself..

@luisvasq
Copy link
Contributor

Regarding overriding: I agree. Rather than a feature, I wanted to show where the new color and size values are placed when they're adjusted in the legend, to avoid locking color/size for different map features that share the same selected prop.

Not sure if we should be overriding prop attributes in the legend. We can add that feature later if needed, but I think omitting it would provide a lot of clarity. This will also get messy for us if for example a user changed an icon in the legend, but the prop icon did not change in the prop. Maybe it should, maybe it shouldn't. The expected behavior there is a bit funky.

@connor-makowski
Copy link
Contributor Author

I think for now, I want any change in the legend to be handled in the prop itself. (all maps will update at the same time).

luisvasq added a commit to MIT-CAVE/cave_app that referenced this issue Nov 22, 2024
luisvasq added a commit to MIT-CAVE/cave_app that referenced this issue Nov 23, 2024
luisvasq added a commit to MIT-CAVE/cave_app that referenced this issue Dec 2, 2024
luisvasq added a commit to MIT-CAVE/cave_app that referenced this issue Dec 3, 2024
@luisvasq
Copy link
Contributor

This issue has grown to include gradients in the map legend. However, the main task of displaying some color/size viz within props is still pending and will be handled in 3.1.x. I will keep this issue open to track that feature.

@luisvasq luisvasq moved this from In progress to Ready in CAVE App Dec 12, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Status: Ready
Development

No branches or pull requests

2 participants