Skip to content

0.12.2 fixes: ADDON_DATA folders, no empty addons.make, Xcode paths with spaces, remember OF path, keep missing addons - #683

Merged
danoli3 merged 7 commits into
openframeworks:masterfrom
danoli3:release-fixes
Oct 25, 2026
Merged

danoli3 merged 7 commits into
openframeworks:masterfrom
danoli3:release-fixes

Conversation

@danoli3

@danoli3 danoli3 commented Oct 25, 2026 •

Copy link
Copy Markdown
Member

Fixes for 0.12.2. Replaces #679, #680, #681, #682.

Fixes #619, fixes #297, fixes #303, fixes #602, fixes #258.

ADDON_DATA into a project without bin/data (#619)
copyAddonData used fs::create_directory (one level) and nothing for single files, so a project with just src/ + addons.make got Error creating directories / Can not add addon data file. Now create_directories for the destination folder (the folder itself, or a file's parent) first.
Tested ADDON_DATA folder + file + nested file: master linux64 / vs copied nothing, osx missed the nested file; now all three on linux64 / osx / vs.

No empty addons.make (#297)
Only written when the project has addons (found or missing) or already has one, so removing every addon still clears it. New project without addons on osx / linux64 / vs / vscode -> no addons.make.

Xcode header search paths with spaces (#303)
The pbxproj writer appended only the first word of array settings, so src/sub folder became src/sub and ../addons/ofxSpace Addon/src became ../addons/ofxSpace. Now the whole value, quoted the way Xcode writes paths with spaces ("src/sub folder"). #include <deep.h> from src/sub folder failed on master (file not found with <angled> include), builds with this (xcodebuild Release arm64).

GUI remembers a manually set OF path (#602)
Launch and the Settings tab replaced the OF path with --getofpath's answer (../../.. with the app outside an OF tree). A path picked in the folder dialog or typed now sets ofPathManual and is kept while it's an openFrameworks folder; detection never replaces a valid path with a non-OF one; the ofPath button still re-detects (and clears the flag). Renderer strings fall back to English for keys a translation doesn't have.

Missing addons stay in addons.make (#258)

  • cmdline: an addon that isn't found is kept in addons.make (line as written, #url comment included) and logged as [ error ] ... addon not found: ofxFoo - kept in addons.make, install it or fix the name instead of being dropped silently.
  • GUI: a line per missing addon under the addons dropdown: Download (git clone from the addons.make #https://...@commit comment, then re-import) when there's a URL, Find on GitHub always. Missing addons are passed back on update so they're kept. Red message text updated (they're no longer removed), all 9 locales.
  • Tested: addons.make and -a (GUI path) both keep ofxDoesNotExist #https://github.com/someone/ofxDoesNotExist@abc123; GUI import shows both missing addons, Download only for the one with a URL, ofxOsc still selected.

Modular libraries: Windows installed per arch
The installed column showed one Windows label for any lib/vs, green for every Windows target once one arch was installed. Now Windows (x64) / Windows (arm64) / Windows (arm64ec) from lib/vs/<arch> (and bin/vs/<arch> for DLL-only libs like glon12), green only for the selected target; a flat old lib/vs still shows Windows. Tested with the glon12 modular zips: x64 -> Windows (x64), + arm64 -> both.

cmdline 0.115.0, GUI 0.108.0.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment