Dimitre

``` diff /Volumes/tool/ofw/scripts/templates/osx/emptyExample.xcodeproj/xcshareddata/xcschemes/emptyExample\ AppStore.xcscheme /Volumes/tool/ofw/scripts/templates/osx/emptyExample.xcodeproj/xcshareddata/xcschemes/emptyExample\ Release.xcscheme ``` ```diff 26d25 < buildConfiguration = "Release" 29c28,29 < shouldUseLaunchSchemeArgsEnv = "YES"> --- > shouldUseLaunchSchemeArgsEnv = "YES" > buildConfiguration = "Release"> 41,42d40 < <...

I'm all about removing AppStore and replacing with a define, I would love to discuss some other defines too, so we can standarize naming

I've thought in separate both actions (Bundle data folder and Code sign frameworks and libraries) like this: Thoughts? @danoli3 @ofTheo ```bash echo "\033[32;1;4m3 - Code Sign\033[0m" if [ -z "$OF_BUNDLE_DATA_FOLDER"...

Not sure if related but OF uses an int to get kerning pairs. I think (not sure) kerning returned is already proportional to the font size, so it makes sense...

in fact I've noticed lots of glyph properties are stored as long, but it is a mistake Freetype itself store some values as a fixed point 26.6 in a long,...

> yeah it does work with that last code snippet with no pixel jumping ( at least none that I can perceive ), whereas the drawString command you clearly see...

I think this is related to the fact assumes as a default parameter for simplifyAmt the value of 0.3 so maybe every loaded font is simplified?

I've checked out the code and confirm simplifyAmt = 0.0 fixes this This PR closes this issue https://github.com/openframeworks/openFrameworks/pull/7065 

I've just tested and both this PR update and the original code doesn't return any width for right to left text. so I think at least we don't have any...

Some new changes address this issue from 2016 https://github.com/openframeworks/openFrameworks/issues/5138 I think somebody used long variables (integer) to store 26.6 fixed-point data directly from Freetype, but instead stored bit shifting and...