Open kakoga opened 3 years ago
The resistance to this historically comes from the idea that business sites need consistency and structure. Meaning style choices should be baked into the website template to provided rigidity. Therefore preventing arbitrary color choices. Keeping a websites design "on brand".
We have moved away from choice lock-in across the product as we have embraced the concept of "battery's included". Meaning we provide all of the feature set pre-setup towards best practices but ultimately allow deep control and the ability to break those practices.
p.s. Think this discussion was had on Basecamp awhile back. Sorry for the rehash.
Thanks for the refresher on this issue and why we want to restrict this for the user. I guess this really goes back to letting users make mistakes or break their sites and what we put in place to guard against that.
However, really if a user really wanted it - couldn't they run their own version of manager and add that functionality to the wysi since the code is open source?
Is your feature request related to a problem? Please describe. Users cannot change the color of text in the wysiwyg without going into the <> code in the wysiwyg and a developer to code the styles. I think it would empower a content editor to allow them to change the change the color using an item in the wysiwyg menu.
Describe the solution you'd like Add a color picker plugin to tinyMCE to allow users to highlight portions of text and changes its color
Describe alternatives you've considered adding a class via code button <> to allow dev to target a specific word, sentence, etc. but this this requires a developer to do this whenever a content person needs it.
Additional context color plugin for tinyMCE: https://www.tiny.cloud/docs-4x/plugins/textcolor/
(created from Zendesk ticket #1473)
gz#1473