I don't regard this as a patch-level incompatibility
Indeed.
But the old behavior was seriously broken and I don't see any good way to
provide it without causing trouble
and confusion. I'm open to ideas...
I understand.
# USE CASE
An abstraction [include] that you can put on all patches. Advantages :
add search paths to all of these patches, add common behaviors too
(variables, functions, ...)
# OPENFRAMEWORKS
The functionality is used in OpenFrameworks for instance. You add the
file "libs/openFrameworks/ofMain.h" which contains all paths you need
for your project :
******* ofMain.h *******
#pragma once
#include "ofConstants.h"
#include "ofFileUtils.h"
#include "ofLog.h"
#include "ofSystemUtils.h"
.
.
.
#include "ofMesh.h"
#include "ofNode.h"
****************************
# D.I.Y IDEAS
1 - Use a startup script, but is not enough user friendly for our
project and depend on platform (like egregore patches)
2 - Add a subpatch [pd include] in the parent patch which is
populate if there is no [declare] inside to make it once ... I don't
know if it is possible with [iemguts]. And if it is, it won't be
dynamic, I have to save and reload the patch...
3 - First time I load the patch, an abstraction look at the
preferences file and add paths if there are not added, but it depends on
platform too ...
# PD IDEAS
1 - Update [import] object to be downloable via Deken, if it does it ?
2 - A new object which add paths to pd. It has to query preferences
file to add them once. We could add a "-file" flag to load paths from a
file. The best would be it does effect instantaneously.
3 - Add features in [declare] : a "-relativepath" flag, which could
use paths from parent patch (order levels like iemguts), a "-file" flag
_______________________________________________
[email protected] mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
