Garrett

Making a patch which automatically gets the file path of the patch itself to add it to the search paths so I can pick up images etc. I'm a little stuck as I need to add a folder name to the end of the retrieved path so that I can organise all my files into a folder i.e.

This is what I have so far and I thought I just needed to use append but it does not seem to work, any ideas?

Making a patch which automatically gets the file path of the patch itself to add it to the search paths so I can pick up images etc.  I'm a little stuck as I need to add a folder name to the end of the retrieved path so that I can organise all my files into a folder i.e.

using-filepath-adding-a-sub-directory

Quote: Garrett wrote on Sun, 30 September 2007 11:34

----------------------------------------------------

> Making a patch which automatically gets the file path of the patch itself to add it to the search paths so I can pick up images etc. I'm a little stuck as I need to add a folder name to the end of the retrieved path so that I can organise all my files into a folder i.e.

check out this basic example patch...
/dan

Quote: Garrett wrote on Sun, 30 September 2007 11:34
----------------------------------------------------
> Hello
>
> Making a patch which automatically gets the file path of the patch itself to add it to the search paths so I can pick up images etc.  I'm a little stuck as I need to add a folder name to the end of the retrieved path so that I can organise all my files into a folder i.e.
>
> retrieved path:
> the/path/to/this/patch/
>
> becomes:
> the/path/to/this/patch/files/
>

> gar
----------------------------------------------------


yes that's sorted it, below is the final result. thanks!!!

yes that's sorted it, below is the final result.  thanks!!!

I would highly recommend using a single loadbang attached to a trigger to manage this operation. Right now the 2 loadbangs are independent, and this could cause you problems if you start using code like this in larger patches. If, somehow, the "path" message triggers first, then your sprintf object will put out the path without the folder appended... and then afterwards when the "files/" is banged, there will be no output at all.

I would highly recommend using a single loadbang attached to a trigger to manage this operation.  Right now the 2 loadbangs are independent, and this could cause you problems if you start using code like this in larger patches.  If, somehow, the "path" message triggers first, then your sprintf object will put out the path without the folder appended... and then afterwards when the "files/" is banged, there will be no output at all.

The patch below shows what I mean...
/dan

your right and it did start doing this, i need to start using t b b more often, I always forget about the right to left order. anyway i did this which seems to work just as well

your right and it did start doing this, i need to start using t b b more often, I always forget about the right to left order.  anyway i did this which seems to work just as well

mmm is there something about thispatcher that makes it not work in collectives or max runtime, can't seem to retrieve the path from thispatcher with your patch or mine.

Need to detect the path of the current file / app regardless of whether its running as a patch, collective or app. This is what I have so far which works for patches and apps but not collectives:

thispatcher does not seem to work for collectives and using apppath returns the path of max runtime when I actually need the path of the collective itself - is there a way to do this?

Need to detect the path of the current file / app regardless of whether its running as a patch, collective or app.  This is what I have so far which works for patches and apps but not collectives:

thispatcher does not seem to work for collectives and using apppath returns the path of max runtime when I actually need the path of the collective itself - is there a way to do this?  

if you look at the files preferences patch, you can see that a "1" is appended to the "set /path/to/dir/" message to [filepath].

this seems to automatically include subdirectories.

this seems to work well... the "0" slot isn't writed in the paths text file.

if you look at the files preferences patch, you can see that a "1" is appended to the "set /path/to/dir/" message to [filepath].
this seems to automatically include subdirectories.
here is how i do :

i have or had the same problem with file paths and i was going to post a new post but i think is on the same subject in a way.

i want my files to load from a folder inside the patch folder

then load file names to jit.cellblock and at the same time load into a poly~ movie object that im working on.

my problem is loading files in into poly~ with the same seg that are loaded into jit.cellblock

hi guys
 i have or had the same problem with file paths and i was going to post a new post but i think is on the same subject in a way.

i want my files to load from a folder inside the patch folder 

then load file names to jit.cellblock and at the same time load into a poly~ movie object that im working on. 

my problem is loading files in into poly~  with the same seg that are loaded into jit.cellblock
any help would be appreciated

Quote: G. wrote on Tue, 02 October 2007 23:06

> if you look at the files preferences patch, you can see that a "1" is appended to the "set /path/to/dir/" message to [filepath].

> this seems to automatically include subdirectories.

useful to know but not sure how this relates to the question of retrieving a files path regardless of whether its a patch / collective / app. Anyway I've discovered that both collectives and apps by default have their own path so i simply have to test whether it's a patch or not, if its not then do nothing. This seems correct:

Quote: G. wrote on Tue, 02 October 2007 23:06
----------------------------------------------------
> hi
>
> if you look at the files preferences patch, you can see that a "1" is appended to the "set /path/to/dir/" message to [filepath].
> this seems to automatically include subdirectories.
> here is how i do :
----------------------------------------------------

useful to know but not sure how this relates to the question of retrieving a files path regardless of whether its a patch / collective / app.  Anyway I've discovered that both collectives and apps by default have their own path so i simply have to test whether it's a patch or not, if its not then do nothing.  This seems correct:

using filepath - adding a sub directory