When you change the color of a text object via the options toolbar, this color is ignored when printing (the F on the right). If the text color is changed via the text editor, it is printed correctly (the F on the left). This is a regression in Dorico 6[.0.20.6047 Windows 11] as the same file prints correctly in Dorico 5.
Input
Expected Output (Dorico 5)
Incorrect Output (Dorico 6)
Small repro project:
color_text.dorico (576.6 KB)
I used transparent text objects as system spacers in older projects, so this issue breaks these projects.
1 Like
Rather surprisingly, there’s no a single reply to this post.
I’ve run into similar limitation while exporting Graphic Slices as Graphics.
Text letters that are colored in Dorico are exported as black in exported slices.
In Dorico:
Exported Slice:
Any clarification/suggestions?
TIA,
IB
With view option off you get
and with on,
I’m not sure what is going on however. Perhaps someone more skilled in Dorico knows.
3 Likes
@Mats_Frendahl
Thank you very much indeed.
Selecting this option does work for both types of export - print and slice.
With all due respect and appreciation to Dorico team for their remarkable work, this is pretty strange and unintuitive in my option. Especially, considering that in both cases there is an option ‘Color’.
Though, possibly, there’s an option in some sub-menus in ‘Library’.
Again, thank you for discovering that workaround.
IB
1 Like
I’ve just come across this issue too. Very strange (and annoying).
Along with changing the color via Paragraph Styles, changing the color in the Text Editor also works as expected.
I’ve run into the same problem with Dorico 6 – most text no longer prints with color. I think I’ve diagnosed the problem. (This affects both Print and export as Slice ways of generating PDFs or PNGs)
In Dorico 5 however you color your text the output will look like on screen:
In Dorico 6 however, only colors applied in the Text popup appear in output. Colors applied by using the Properties: Common do not print (or rather, they’re overridden by whatever the color of the text popup is, which defaults to Black.
I can actually get the reason for this change if it were intentional (that the popup color picker lets you color just parts of the text as opposed to all of it), but given that it’s not in any release notes I’ve found, that “color” hasn’t been disabled for text and that the UX continues to display the color as if the color had been applied, suggests a bug.
Dorico 6 UX for the second example:
My ideal resolution would be that applying a “Properties → Common: Color” to a text element would be the same as selecting the text element, select all, and change the foreground color of it. (And vice-versa). Acceptable resolution would be just to go back to Dorico 5 standard.
(Sample files attached):
Color_Dorico_6.dorico (804.1 KB)
Color_Dorico_5.dorico (782.0 KB)
Note that changing the colour of lots of elements is much, much faster with the properties menu (esp. because of the awesome Dorico “Select More” command) as opposed to clicking every element, clicking select all, changing the colour, etc., so please please let that continue to be a way to do it. (I even spelt “colour” correctly here in the hopes you’ll consider this!)
It looks like it’s solved in the very last update (from today, not yet avalaible in the SDA, but already on Steinberg’s website):
From the 6.1.10 Version History:
Text that has its color overridden via the Color property now once again prints or exports to graphics using the expected color.
3 Likes
