As I understand it, TextEditor supports different colours for different text fragments. If you look at TextEditor::setText(…):
Sets the entire content of the editor.
This will clear the editor and insert the given text (using the
current text colour and font). You can set the current text colour using
setColour (TextEditor::textColourId, …);
This is why setColour doen’t change anything, it only changes the colour for the next added text (also for void TextEditor::insertTextAtCaret (const String & textToInsert) ).
However, the code discards setting the same text:
So this should be changed IMHO, either simply remove the condition or check if the style attributes are also the same.
A call to mTextEditor->applyFontToAllText (Font()); right after setColour() worked for me. Let me know if it works in your code @vberthiaume
This is because I came across this comment in juce_TextEditor.h
/**< The colour that will be used when text is added to the editor. Note
that because the editor can contain multiple colours, calling this
method won't change the colour of existing text - to do that, call
applyFontToAllText() after calling this method.*/
Thanks for looking into. So textColourId is probably the first place to look for that side effect
Eventually you could copy that hint to setColour?
Also that only works for default fonts, what if the user already uses a different font in his text? Or even various fonts, as this is allowed also, see setFont…
Yes it is another workaround, but only for trivial cases…
And eventually that workflow of setting attributes to existing text is worth some rethinking. Iam sure you come up with a good solution, so that the methods are more telling what they do…
sorry, couldn’t let go…
Would it be an option to change the behaviour of setColour and setFont like that:
If there is a selection, apply the change to the selection, otherwise keep the behaviour as it is to change the colour and font for future addings. I think that is consistent with what you can expect from using various text programs, and gives you full control…
Yes, I was thinking about that… I don’t think that many people using the selection for programmatical changes, as at the moment you can’t alter the style of a selection.
But if you really need to preserve current behaviour, then probably this would be an idea:
And this will write the text with the desired color. Note that any other change to colours other than TextEditor::textColourId will automatically update the TextEditor and therefore won’t need the SetText() call. You can find this change on the latest commit to the develop branch.
Sorry to bring up this old topic but I ran into some issues this morning with using multiple colours for different sections of text in a TextEditor and this seems to be the culprit. A call to setColour() using TextEditor::textColourId was applying the new colour to all the text in the TextEditor and overwriting any different colours.
I’ve reverted Luigi’s commit and added a TextEditor::applyColourToAllText() method which works in a similar way to TextEditor::applyFontToAllText() (see this commit) - so if you were relying on the previous behaviour then you may need to update your code to use this new method.