Add plugin badge in the catalog + minor UI fixes for multiplugin#3749
Conversation
Signed-off-by: Antonio Gamez Diaz <agamez@vmware.com>
Signed-off-by: Antonio Gamez Diaz <agamez@vmware.com>
absoludity
left a comment
There was a problem hiding this comment.
Nice. I'm slightly colourblind, so not the best person to comment on colours, but the dark-mode colour almost looks to my eyes like an alert.
Only other thought, as I mentioned on our other chat, I wonder if capitalization of the plugin brand/name would make it easier to identify, even though it's a tag. But fine either way. +1 from me. Thanks!
| pkgPlugin = "flux"; | ||
| break; | ||
| case PluginNames.PACKAGES_KAPP: | ||
| pkgPlugin = "carvel"; |
There was a problem hiding this comment.
Perhaps another update to the plugin API, which currently has the plugin details just with the machine-readable name (fluxv2.packages or kapp-controller.packages)... we could think about adding a displayname to avoid the dashboard needing to know about packaging plugins here.
There was a problem hiding this comment.
Yep, good idea indeed. I've added a card not to forget. Thanks!
|
Oops, sorry, didn't remember 😅 btw, do you know if can I simulate it in chrome with any of these options?
Mmm, interesting suggestion. Let me give you two proposals: small-caps and capitalize:
I'd go with the current one, everything lowercased (0) or even (3), but no strong opinion here. cc @ppbaena if you want to give your opinion as well |
Signed-off-by: Antonio Gamez Diaz <agamez@vmware.com>
Signed-off-by: Antonio Gamez Diaz <agamez@vmware.com>
| description={app.shortDescription} | ||
| tag1Content={appStatus} | ||
| tag1Class={appStatus === "deployed" ? "label-success" : "label-warning"} | ||
| tag1Class={appReady ? "label-success" : "label-warning"} |
There was a problem hiding this comment.
Squeezing this change in this PR, just for having a pkg-agnostic CSS here as well :P
There was a problem hiding this comment.
And... squeezing also this other change (cdeead4) for a multi-plugin header subtitles:
There was a problem hiding this comment.
That looks much clearer... ah, but this is just on the page header for a package detail? At first I thought you'd added the subtitle on the summary badge. But either way, this is excellent, much clearer.
Signed-off-by: Antonio Gamez Diaz <agamez@vmware.com>
Signed-off-by: Antonio Gamez Diaz <agamez@vmware.com>
Signed-off-by: Antonio Gamez Diaz <agamez@vmware.com>
I don't. I don't see any numbers in the ishihara 9 test but see plenty of colour there, And it's no problem, I was just trying to say that I'm not a good person to comment on colours, that's all.
[snip]
Yeah, I'd go with the current one or (4) (first letter capitalized), but don't care either. Note, the suggestion wasn't because of how the word "helm" looked on its own, but rather how it compares to the other tags, in particular, whether it stands out as the package type when next to other tags such as "marketplace". But the colour difference that you did is good for that, I'm sure. |
| case PluginNames.PACKAGES_HELM: | ||
| return "Helm"; | ||
| case PluginNames.PACKAGES_FLUX: | ||
| return "Flux"; | ||
| case PluginNames.PACKAGES_KAPP: | ||
| return "Carvel"; |
There was a problem hiding this comment.
I don't see any numbers in the ishihara 9 test
I can replicate it with protanopia (no red) and deuteranopia (no green), so next time I'll double-check all the UI decisions with (at least) these two options.
(4) (first letter capitalized),
Done :) Thanks for your comments. Merging!
There was a problem hiding this comment.
I don't see any numbers in the ishihara 9 test
I can replicate it with protanopia (no red) and deuteranopia (no green), so next time I'll double-check all the UI decisions with (at least) these two options.
Heh - Thanks Antonio, but I've never noticed any disadvantage caused by it.






Description of the change
Following up the #3747 (comment), this is a small PR implementing one of the proposals
Benefits
It'll be easier to identify which plugin a pkg belongs to?
Possible drawbacks
N/A
Applicable issues
Additional information
Before:

After:
