As I've requested before, I would desperately like to see proof of
this silly assertion. The MaxMSP Installer has never eaten my 3rd
party objects (or any other data, for that matter), and I'm willing
to bet the weight of those books in beer that I run those installers
a lot more often than you do.
Thanks, Peter, i've done that. I wanted to do it since a loooooong time
but was a little affraid of changing my habits. The worse was to decide
how to organize things : libraries, patches, externals, help files...
I've decided to keep every help files close to its external or
abstraction, then made an external folder for non-lib & non-abstractions
files (bonk, fiddle, netsend~, even hr.externs which, after 10" i've
decided not to consider as a library), a lib folder for lib (yes), and a
patches folder for everything else (from max list txt files to MMNS2004,
and so on...). + a Dev folder & a Java one. JS ? not sure... Now it's so
A question i have in my mind since i'm maxing : could we manually add
other search paths in the txt file if the allowed ones are full ?
I really have had messages from Litter Power users who lost objects
in an Max/MSP update. Grepping through old mail, this seems not to
have been an issue since 4.5.1, but between 4.2 and 4.5.0 it did
happen. Happened to me once, too.
I won't provide "proof" in the form of names, copied email, or the
like. Personal mail is personal mail. But I modified the Litter
install instructions from "copy to your externals folder" to "put an
alias into your externals folder" precisely because of unfortunate
experiences. FWIW, that mod was made Jan 2004.
If current installers don't clear out the externals and patches
folders, that's as it should be. Whether future installers will
exhibit the same behavior is something in the hands of the gods (ie,
whomever provides the Installer software and whomever sets the
Install preferences at Cycling '74). I can't control that. I *can*
control where I put my externals.
Once burnt twice cautious.
Any comments on f.e's efficiency concerns?
"Never trust anything that can think for itself if you can't see
where it keeps its brain..."
On 28-Jun-2006, at 15:28, f.e wrote:
> The worse was to decide how to organize things : libraries,
> patches, externals, help files...
There are lots of ways to do this, I don't think there is any one
"best" solution. Whatever works for you.
> I've decided to keep every help files close to its external or
Makes sense. I recently "discovered" that Max traverses the entire
search path when looking for .help files. For some reason I thought
it only looked in max-help, but I guess I guessed wrong. I tried this
on Mac OS, presumably it also works on Windows. So you should be able
to organize .help files however you want.
> A question i have in my mind since i'm maxing : could we manually
> add other search paths in the txt file if the allowed ones are full ?
Should work. '; max paths' and filepath can handle more "slots" than
the File Prefs window. Check out the Messages to Max chapter.
Filepath.help says up to 256 slots.
this has been an important issue to me in the past. it could use
some documentation because people seem to have varying outlooks on
it. so it could use some official documentation. something that
says "if you listen to every readme, your cycling folder will end up
looking like your parents hard drive" er... I mean... it'll get messy
I keep all my 3rd party externals in E:maxmsp__externals , including betas from the incremental update wiki :D having 2 versions of uzi, one in the c74 folder and one in the search path, the search path one takes the cake which is cool.. meaning I don't have to replace objects. I can just leave things be.