Closed pierrep closed 10 years ago
Just added another commit - timeline.setup() wasn't being called after a reset() in a project load. This would probably affect all platforms. I started seeing this when I pulled in the latest version of ofxTimeline (draw() wasn't being called because isSetup was false due to the reset).
going for it
@pierrep how did you deal with custom fonts? I'm having to hack ofxUI to get FTGL back in
https://github.com/rezaali/ofxUI/blob/master/src/ofxUIOFWrapper.h#L36 does not have a proper include of ofxFTGLFont with out modifying the file to respect the OFX_UI_FONT_INCLUDE preprocessor set up inside of the old version
cc @rezaali
Sorry, didn't notice this. I'm guessing it falls back to ofTrueType fonts? What's the advantage of ofxFTGL?
FTGL is needed to display all the double byte characters for language translations. unless true type font has been updated to support this in newer versions of OF
On Wed, May 14, 2014 at 12:57 AM, Pierre Proske notifications@github.comwrote:
Sorry, didn't notice this. I'm guessing it falls back to ofTrueType fonts? What's the advantage of ofxFTGL?
— Reply to this email directly or view it on GitHubhttps://github.com/YCAMInterlab/Duration/pull/30#issuecomment-43042200 .
Updated Duration:
However please note that the latest ofxTextInputField doesn't compile with Linux because of the GLFW clipboard. The #defines don't work for me properly (need to put some of them in the header to work) and even if I fix them there's this problem (no getCocoaWindow on Linux): ../../../addons/ofxTextInputField/src/ofxTextInputField.cpp|346|error: ‘class ofAppBaseWindow’ has no member named ‘getCocoaWindow’|
So in my local version I've commented that code out, not sure if there's a better fix than to bypass the code under Linux.