Changing the font in the Glyph panel updates Character toolbar, but then doesn't reflect correct font when changing selection.

Thanks for your reply. I didn’t get a notice, and I apologize for the delay.

1. 30.518 beta
2. only happens with Symbol or Icon fonts that don’t have the default character set defined (see note below)
3. I’ll try to catch this on video and post back.

Note: Icon or symbol fonts that don’t define the main character set are a problem for both the Glyph Panel and the Font selector in the extended toolbar. Often, when a client wants to look at other fonts, I like to scroll through the list of fonts that I have (which is pretty extensive) and let them look over my shoulder as the fonts are applied to a sample in real-time. I can highlight the font name in the font field and use the arrow keys to scroll down the list, updating the text as I go. But when I reach a font that doesn’t provide the right characters, rather than rendering them as squares and allowing me to move on to the next font, it breaks the scrolling entirely.

Also, if you create a new text block, it adds the placeholder text, which prevents you from selecting a font in the Glyphs panel that doesn’t have those characters defined. Since Font Awesome uses an alternate character set, I can’t use it without deleting the placeholder text. The Glyphs panel should update regardless of whether it can generate the characters I have selected---they should render as squares, letting me know they are undefined.

I think this is why the Fonts field in the extended toolbar at the top doesn’t update. Because it thinks it can’t render the type in the alternate character set. This would apply to any font that doesn’t define the standard characters. I’ll try to catch this on video and post back.