When it comes to building a custom color palette, you can either configure your own custom colors from scratch if you know exactly what you want, or curate your colors from our extensive included color palette if you want a head start.
Tailwind uses literal color names (like red, green, etc.) and a numeric scale (where 50 is light and 900 is dark) by default. We think this is the best choice for most projects, and have found it easier to maintain than using abstract names like primary or danger.
I am working with a polygon feature class and using Unique Values to make each polygon visually distinct, like on classic political maps where each country is a different color. I'm using the "pastel" color scheme. But in some cases, there are so many polygons adjacent to each other (very odd sizes and shapes) that some adjacent polygons are just about the same color. I have to go through and manually change the color of some polygons to make the colors more distinct. It is frustrating that I can only pick colors from the standard ArcGIS color picker, or else create custom colors via RGB, HSV, etc., and I cannot pick from the "pastel" color scheme I selected for the layer's symbology. This is making the layer's symbology look pretty random and unprofessional.
Seconded! Right now, this requires opening the Color Scheme list, clicking "Format color scheme", manually copying the Hex codes for each of those colors down somewhere, then on the actual symbol, opening the color selection for that symbol, clicking "Color Properties", and finally pasting in that Hex code. One at a time. Every time.
It's more than a little maddening.
And as a tangential aside, it's especially maddening when you're trying to do something relatively simple like 4-color or 5-color map theory on a feature of contiguous polygons, which is something that it still surprises me isn't already built into ArcGIS Pro as an option, and now you're having to do this mildly obnoxious process on top of it.
I noticed when I edit the color of a feature on Map Viewer (not the "classic") only the Color Ramp (see attached) is available. I do not see to option of "traditional" Color palette (the one that usually occurred on ArcMap desktop, ArcGIS Pro & "map viewer classic").
It seems that other than Color Ramp, Color Picker is the default--& only option for Map Viewer available. While it is (theoretically) more powerful, in practice it's not that user-friendly--who is going to remember the combination of RGB or HSV of every color they use? Moving the cursor on Color Picker in order to "pick" a good color is too time consuming & impractical.
Thanks for your feedback. At this time we do not have plans to add in the MVC color picker. You can save colors you use in Map Viewer and we also present you with recently used colors as well. We also have plans on support color ramps coming from Web Styles.
I understand. I just think it doesn't hurt to add the default color palette like ArcGIS Pro/ArcMap/online classic. Allow the users some more option rather than "force" them to maneuver the color picker. Please consider users that need to get things done quickly instead of mandate them.
Customizing color ramps is on our road map but I don't think it will make it in for the releases this year but sometimes priorities can change so I don't want to say its completely off the table. First would be supporting a color ramp you created in Pro and shared in a web style and other members of your org could use it along with you.
J.D. (Jack Dangermond) usually starts his presentations with something like "...the community spoke and we (Esri) listened..." You (Esri) may be listening, but you are not hearing or understanding very simple feedback. Who is your test audience if it is not the User Community? Who do you run these ideas by that remove fundamentals like a basic/default color palette that has been available since ArcView or earlier? Progress is not removing fundamentals and planning to maybe add them back in the future (cookie cutter response). What is stopping you from adding the default color palette to "New" Map Viewer?
@LearnThenShare we do listen to the community and look at ideas and enhancements that come in daily which is why I am active in this community to listen to this feedback, interact in posts and bring back to the team. As we see requests come through we can and do make updates and changes. This is the first one that has come through asking for the classic color picker and we expose the current color selection for map backgrounds, symbol styling, label styling, effects and its also leveraged in scene viewer for styling as well. From the usage of this in these different areas we haven't heard feedback for a classic color picker. Along with this being used in multiple spots and used in user testing, showcases, blogs describing workflows etc. this has not been a request from the users. This is not saying we wont add it in like I mentioned above and is something we will review.
I would just like to add to the chorus. Having different color palettes between Pro and AGOL is a pain. The standard color palette in Pro should be available everywhere. All of my work is based on that color palette. But In order to make sure everything is consistent between my online maps and other work I produce I have to go to Pro, copy the hex code from the standard color palette, then go to AGOL and paste it in. What should take seconds now takes much longer and it shouldn't be like that.
Color variables are like the recently introduced Font variable in that they allow you to set global color variables that can be used throughout your app (ex in a style for the background color or in a text box for the font color). If a color variable value is updated, any element with that variable attached to it will also update.
As we near the release of Color variables into the editor, the Color palette will be obsolete in that your color variables will now appear in the color picker instead of any colors originally set in the color palette.
(1) The color variables will certainly be available for use in conditional statements, and if a color token is assigned in a normal state, a conditional statement could override that selection with another variable or another color.
(4) As far as the UX, a user can set 8 color variables to start. These variables are available for selection as a shortcut in the color picker. Variables (or any color) can be set on an element property or on a style, completely up to you.
What would the transition look like in your opinion? The ability to copy and paste colors from the color palette into the new color variables? One option here could be to just leave the color palette in settings for a few weeks and then phase it out.
I agree. In fact, being constrained to predefined / fixed color names is not particularly useful for my needs. @nickc, why not take the time to implement user-defined style variables for ultimate flexibility?
You can dynamically customize the brand colors during run-time: primary, secondary, accent, dark, positive, negative, info, warning. That means you can have one build of your application with a default color theme but show it with a runtime selected one.
The main color configuration is done using CSS custom properties, stored on the root element (:root). Each property has a name of --q-$name (example: --q-primary, --q-secondary) and should have a valid CSS color as value.
The recommended workflow is to set your customized color properties on the html (document.documentElement) or body (document.body) elements. This will allow you to revert to the default color by just deleting your custom one.
If you are using Quasar CLI, you can also use a @quasar/app-vite Boot File or a @quasar/app-webpack Boot File. This is especially useful if you want to change the colors dynamically at initial load time, perhaps after fetching them from an API.
Yes, but as we know that the console is not very good in interpreting colors from arbitrary colorspaces, (see my post about calibration of the color picker), i just prefer to tell it what that color should look like. Unfortunately, it still uses its own interpretation in the magic sheet, so i'm hoping someone will implement my suggestion to define a rgb-value in the CP and let the console use that for fixures that use that palette.
Hi, I watched some of the ETC video Library uploads, including one about color palettes. Needing the feature for an upcoming show, I try to replicate what the person in the video did. Unluckily I couldn't find the Color palette button on my ETC Element 1. Where is that button? Does that button even exist on the Element I? If not how can I implement color paletes?
This palette should be the dominant colors used in official communications when the project allows for color. In particular, Chico Red should be the most prominent color used for large color fields and works well for headlines, subheads, and pull quotes.
Although our primary color palette should drive most Chico State communications materials, other colors can be added as appropriate. Too much red or black can feel harsh, which is why we provide a secondary color palette of tones that represent the seasons and landscape of our campus and surrounding area.
This supporting palette can provide creative flexibility, but exercise restraint. They should not become the primary colors for a college, school, center, or department, but can be used as accents. These supporting colors are intended to complement our primary colors. Do not introduce other colors into Chico State visual communications materials.
There are a number of different audiences within the Chico community, each with a different association with the brand identity and color palette. These ratios are not hard and fast rules, but guidance as you select colors for your communication pieces.
Hi, im fairly new to WLED, and loving it. im currently using some 8266 with v0.14.0-b1 and . My issue is my colors tab, shows "color palette not used" . im not sure why or what ive done wrong. i have the LED outputs setup correct,effects work flawlessly. the different color palette did show up but now dont on the webGUI. Any advice to fix this would be great
dafc88bca6