Forum Discussion
QuickBaseCoachD
8 years agoQrew Captain
Sam,
My cheat notes to myself are that if you paste this formula into a formula rich text field, you get all the known easy colours. (ie before I knew that we could actually specify a colour
List(" ",
"<a class='Vibrant'>Vibrant</a>", // regular grey button
"<a class='Vibrant Alert'>Vibrant Alert</a>", // yellowish
"<a class='Vibrant Danger'>Vibrant Danger</a>", // red
"<a class='Vibrant Primary'>Vibrant Primary</a>", // blue
"<a class='Vibrant Snowy'>Vibrant Snowy</a>", // white
"<a class='Vibrant Success'>Vibrant Success</a>" // green
)
So I just made the field again in a test app, and all the buttons continue to work except that the Vibrant Success turned Blue like the Vibrant Primary.
I read your post above a couple of times, but I'm still not understanding why you felt OK to retain all those other colours (which I appreciate), but not the Green. Given that it arguably takes coding to specifically choose a button colour (ie a basic day to day admin should not know that formula, only coders or keeners who use this forum), why would that be changed?
Was it that the designers felt that purple and green do not mix well? But now we are sort off off the purple for any custom headers, so does that argument still hold on Day 2 of the New UI?
My cheat notes to myself are that if you paste this formula into a formula rich text field, you get all the known easy colours. (ie before I knew that we could actually specify a colour
List(" ",
"<a class='Vibrant'>Vibrant</a>", // regular grey button
"<a class='Vibrant Alert'>Vibrant Alert</a>", // yellowish
"<a class='Vibrant Danger'>Vibrant Danger</a>", // red
"<a class='Vibrant Primary'>Vibrant Primary</a>", // blue
"<a class='Vibrant Snowy'>Vibrant Snowy</a>", // white
"<a class='Vibrant Success'>Vibrant Success</a>" // green
)
So I just made the field again in a test app, and all the buttons continue to work except that the Vibrant Success turned Blue like the Vibrant Primary.
I read your post above a couple of times, but I'm still not understanding why you felt OK to retain all those other colours (which I appreciate), but not the Green. Given that it arguably takes coding to specifically choose a button colour (ie a basic day to day admin should not know that formula, only coders or keeners who use this forum), why would that be changed?
Was it that the designers felt that purple and green do not mix well? But now we are sort off off the purple for any custom headers, so does that argument still hold on Day 2 of the New UI?
- QuickBaseCoachD8 years agoQrew Captain
- DanLadner18 years agoQrew TraineeAgree.
- SamJones38 years agoQuickbase StaffIt was a push to reduce the number of colors we're using, and bring our brand into the product. If you look at our marketing site, it's all Purple and Blue. We were going for consistency.
Sam Jones
QuickBase Product Manager
- QuickBaseCoachD8 years agoQrew CaptainWell, I guess I just suggest that the decision to defeat that 1 colour be reconsidered in light of backing off forcing Quick Base branded colours on us on Day 2 and given that Vibrant buttons are specifically chosen by colour by the app developer.
I guess the work around is to use Evan's method for any apps where the users notice and care. - DanLadner18 years agoQrew TraineeYes, it still seems odd to remove the green coloring where it was intentionally defined, especially considering that the green hasn't been fully removed, but still exists on the add and save buttons...
- RickS8 years agoQrew MemberMost users don't go to the Quick Base marketing site. The consistency should be focused on making the user experience consistent with the app's use case and customer's brand. I would like to see something like this: https://i0.wp.com/www.salesforceben.com/wp-content/uploads/2017/11/Screen-Shot-2017-11-07-at-14.15.4...