Coloring Disabled Default

Tone coloring being disabled by default seems strange?

I had it enabled initially but now it seems off by default. I would imagine on by default would be the more popular choice tho

edit: oh actually can we get headword coloring only? I think that was an option before?
 
Last edited:

mikelove

皇帝
Staff member
I could go either way on that, but personally I think default tone coloring was contributing to a sense of confusion and clutter for new users; "what do all of these colors mean" has consistently been a top-10 tech support request. For people migrating from 3.0 it'll still be on by default if it was before, but with upgrades from previous betas we just reset everyone to defaults rather than figure out how to migrate a small number of users from one set of beta settings to another.

Headword coloring only: that was indeed an option before, we can consider adding it back based on demand but my impression is that we made a mistake in not having it on for examples by default and philosophically I'm kind of inclined towards the idea that once you're using it you ought to use it everywhere (borne out also by the reader supporting it now).
 
I would really love to see headword only coloring again.

Coloring everywhere looks far too busy for me, I'm verging on turning it off, but I would like the simple coloring reinforcement from headwords, if possible.
 

mikelove

皇帝
Staff member
Yes, we adopted the iOS system dynamic colors for defaults in 4.0 - we liked them better aesthetically and considered the loudness a plus for memorization obviousness - but you can customize tone colors to whatever works for you. Actually the old tone colors were supposed to be in the list of easily-selectable colors - along with Cantonese - but that seems to have gotten jumbled so only the Cantonese ones (aqua / olive / etc) are there, will look into that.
 
Top