- upon opening glyph view, the partially transparent blue rectangles on the toolbar get a second partially transparent blue layer - if you open & close a few times that accumulates to darker & darker shade - even though contour mode or selection aren’t active in the main view and shouldn’t be highlighted at all:
- in OT designer, when creating a feature (mkmk in this example), if I accidentally right-click on the still empty pane, I get an error - I’d expect this to be silent or to get the same menu as on right-click on a non-empty pane (but with Edit Class & Delete inactive)
- when adding anchors, one has to shift focus, e.g. away from the anchor pane and back or to the anchor pane and away, before the anchor list view updates (though not when deleting an anchor)
It seems only the Drawings toolbar is affected, but I don’t know how to fix it (yet). Here the issue is slightly different, as the disabled toolbar buttons show enabled, but turn into disabled when you hover the mouse over them.
Thanks for letting me know; it will be fixed with the next upcoming update.
This will also be fixed with the next update.
This will also be fixed with the next update.
Grand, thanks.
Continued…
- GlyphCompositionDecomposition > ChainingContext: if more than 1 class is on the list, right-click > Edit Class opens the wrong one (Backtrack highlighted != opened class)
- OT Layout Feature Proofing: match index doesn’t match the rule index, possibly the former equals sth like a record PrimaryKey, whereas the latter is a user-edited rule order (and 7 vs. 9 doesn’t match even using a zero-based counter)
- In OT designer: if FC Help is opened from the main view, then some popup is opened (e.g. “Select Glyph or Class” or “Class Manager”), focus remains on the popup and mouse doesn’t work in Help. Once the popup is closed, all’s back to normal.
- OT > Substitution Tables: + Select Lookup Table doesn’t allow the addition of a second instance of the same lookup (say one for input 0 and one for input 1), but Code Editor does:
I’m not sure if the latter will mess things up or not.
This will be fixed as well.
Well, index refers to the index in the list of glyphs.
If you want to see more info, uncheck the “Compact” option.
I think I have found a fix for this as well.
This will also be fixed. Again thank you for reporting these issues. Valuable feedback like yours allows us to make better software.
Well, index refers to the index in the list of glyphs.
Well, that explains my confusion - but I’m used to the condition 
Sorry, bad bad me seeing bug everywhere.
On that note, if I close the feature proofing with Compact deselected, then open it again, I first see this:
so Compact deselected - but active, then, upon clicking Compact again, I see this:
so Compact selected - but inactive, then, upon clicking Compact yet again, I see this:
co Compact deselected and inactive, but displaying the rule numbers.
I was trying to get the info about which particular rule was involved in which case, but never managed to hit the right combination of clicking Compact and closing/opening the feature proofing. So is this a bug or am I confused again? I’m getting different results almost each time I close & open the window, but usually what I see is either many rules with rule numbers, or many rules without rule numbers, but rarely just the one rule with a rule number. Sorry 
-
From time to time (but I don’t have a save to demonstrate) when I copy&paste rule(s) in Chaining Context Substitution (don’t know about CCPos), all rules except the first one disappear from the dropdown combobox, though they’re still there in the Code Editor.
-
I don’t know whether it’s by design or accident, but the preview in OT designer isn’t scrollable and the textbox below it doesn’t allow the user to move beyond the visible text, e.g. to the end of the text (or the caret moves, but the view doesn’t).
We will look into the Compat issue later.
There are most likely divided into separate subtables.
It was by design, as we first wanted to make sure it worked without flaws in the Preview panel. Then other things became more important. I will see if we can add it with an upcoming update.
9.b I know this is kind of annoying, but I haven’t found a solution yet. Will take another look.
Splendid, thank you.
9.b I know this is kind of annoying, but I haven’t found a solution yet. Will take another look.
I don’t know whether it’s by design or not, but what I find 10x more annoying is that when I click the textbox above the preview, where preview text is entered, the entire contents gets selected and the view shifts to the end of the text. I often want to add a single item to that text, usually at the beginning of the line, since I can then view the result immediately, without scrolling down. This means I need to deselect preview text, move the caret back to the beginning, and locate (again) the place where I want to make the addition. It’s also completely counter-intuitive - I think we’re used to clicking a specific spot in text and seeing the caret appear where we’ve just clicked.
If, on receiving focus, the textbox wouldn’t select the entire text, that’s easily amended by CTRL+a, which I think most of us working with text are also familiar with.
You can use the Home key to unselect text and move the cursor to the beginning.
The next release will no longer select all text, but will move the cursor to the beginning. Ideally I would like it to stay at the position where you click with the mouse, but for some mysterious reason we can’t find a solution for that with combo boxes.
The next release will no longer select all text, but will move the cursor to the beginning.
That would be a great improvement.
Ideally I would like it to stay at the position where you click with the mouse, but for some mysterious reason we can’t find a solution for that with combo boxes.
Don’t want to take up space here, so I sent you an email.
We have fixed all reported issues with this release:
FontCreator 14.0.0.2844 (64-bit)
Do let us know your results.
At first glance, all’s OK. My huge thanks!
OK, I got the save to show you what I mean, and here’s the screenshot:
Code Editor closes without any error messages, but in the Rules, only 1 is listed. Am I missing sth? Can you tell from the image, or should I send you the project file?
They are now moved into the 3 subtables. Some combinations of rules can be stored into a single subtable, but not all, so those are eventually divided into multiple subtables. Behaviour should remain the same.