Tasks #171
creating a utility patch that simplifies creating Stand-alones
| Status: | Closed | Start date: | 2009-06-09 | ||
|---|---|---|---|---|---|
| Priority: | High | Due date: | |||
| Assignee: | % Done: | 90% |
|||
| Category: | - | Spent time: | 8.00 hours | ||
| Target version: | 0.5.1 | ||||
| Branch: |
Description
we need a patch that automatically copies the frameworks, jcom.loader, jamoma.xsd and necessary XML-preset files automatically to the right place in a stand-alone build. Something similar to Tap.Tools builder - but for Jamoma.
History
Updated by Nils Peters almost 3 years ago
- % Done changed from 0 to 50
see "Jamoma builder.maxpat" in the documentation folder.
Mac version seems to work. Windows version has to be done.
2 things:
- It seems that not all XML preset files are copied, because they don't show up in max while searching for text files within the modular folder.
- right now, only XML preset files from the Jamoma/modules folder are copied into the stand-alone.
is there a way to figure out the path of the UserLib folder, in order to copy these XML preset files too?
Updated by Nils Peters almost 3 years ago
- Target version set to 0.5
Updated by Nils Peters almost 3 years ago
update: also userLib XML files are copied into the bundle
still Mac only
Updated by Nils Peters almost 3 years ago
- Target version changed from 0.5 to 0.5.1
Unfortunately, a true standalone can happen in time for 0.5 due to the issues Tim and me discussed on Skype this morning (i.e. the DSP extensions cannot be found inside of a standalone).
So we delay this task to the next release.
Updated by Nils Peters over 2 years ago
- % Done changed from 50 to 90
windows builds now works for 80% of the users.
The Jamoma/Extension folder must be localized at c:/program files/Common Files/ otherwise those files are not copied.
Updated by Nils Peters over 2 years ago
[09-09-10 2:17:45 PM] Tim Place: line 102 and following shows how to get that path in C code.
[09-09-10 2:18:03 PM] Tim Place: so maybe Theo could create an external that returns this path
Updated by Tim Place over 2 years ago
- Assignee set to Tim Place
- Priority changed from Normal to High
Updated by Tim Place over 2 years ago
- Status changed from New to Closed
The foundation now loads extensions from within a standalone's path.