I've looked at that (nice job!), but figured it'd be easier to subdivide the mesh in Carrara, since I own that and already have the object in .obj format. Thanks anyway!

Quote - It's AWOL in every version back to ProPack so I don't think it was ever included.

Great. Nice quality control.

For those of us who aren't familiar with the rest of the internet (I'm only 1.397% done with the internet), what site are you referring to when you say the "other rendo site"?

Arg. That's annoying of them. I do have a prop I made many years ago, but it doesn't fit all models, so it's annoying to use. Good idea on spawning a prop from the hip.

Quote - Dynamic Cloth simulations only work on the first group created. I tested this with V4 and V4 Summer Fashion. Whether I put the skirt or the top into a 2nd cloth simulation group, the second simulation would not work properly and the object in question would just fall through V4. Putting all dynamic cloth objects into the same (first) simulation group "solved" the problem.

I'll second this. Truly annoying. How can you put multiple cloth objects into the same simulator group?

Read The F***ing Manual.

If you're using OS X, get used to thinking of '/' as a separator (it's the Unix sep, and OS X is based on Unix). Although they are legal file name characters, some apps treat them as separators. Just don't use them.

Quote - Individual folders, right?  I kinda do'nt get the variation, when would you not want Poser to look through all? Or do you just need to know if you're a Small Folder, or a Big Folder Man?

Did you RTFM? Page 25 I think. Just leave it set to Deep unless you're developing content and want to make sure all support files are where they should be.

Quote - I just looked through the P7 Reference Index, for Search Depth, but it's not listed?

Preferences, Library tab, File Search: None/Shallow/Deep. This controls how deep Poser looks into folders for files.

Quote - You could try to remove your "MyPoserLib" runtime in Poser and readed it (select the "MyPoserLib" folder, when readding it). If that doesn't help then either Poser 7 on the Mac is buggy or there's still something wrong anywhere else...

Aha. After I created the Runtime folder in there, I didn't notice that Poser had completely lost track of MyPoserLib. Re-adding it did away with all the missing .obj files. Only one .pmd file is asked for now (morphs on a prop that will probably fix itself if I re-add the prop). Thanks for straightening me out on this. Too bad Poser needs the Runtime named folder in there. If you point a "runtime" to a folder, it should just use that folder as a "runtime" folder. Oh well.

Quote - Well, there's your problem. A reference to :runtime:.... is always a reference to the folder "runtime" inside the folder that gives the runtime it's name. It should be MyPoserLib/Runtime/Geometries MyPoserLib/Runtime/Libraries MyPoserLib/Runtime/Textures etc.

Hmm, I guess I should RTFM more carefully. I've added a Runtime folder between MyPoserLib and the others. I quit Poser and opened one of my old documents, created in P6 when I had only the P6 Runtime folder. It still asks for the 3rd party .obj files. I located all the external files, saved the doc, quit, and opened it again. It still asks for the .obj files. Seems that if I tell Poser where something is, that information should be saved into the document. Maybe everything will work if I delete all my content and re-add it via the + button in each library subfolder. Then maybe it will write the .ppz/etc files with the correct .obj path reference, now that I have the Runtime folder in my external runtime path.

Quote - I found P7 doing this for my external runtime, but then when I checked which runtime I was in, I noticed I was in the default Poser 7 runtime.  When I switched into the external runtime, and then tried to open a file, Poser did'nt keep asking for .OBJs, Textures, etc.

I tried that, and it didn't help. I didn't think it would. I would guess that possibly you thought it worked because you had already located some files, then opened another document, at which point Poser had already cached the locations of some files in your external runtime.

Quote - Do you have a folder named "runtime" inside your "MyPoserLib" folder?

Nope. MyPoserLib/     Geometries/     Library/     Textures/

As a software engineer who deals with customer problems of referenced files not being found when they open a document, I consider it a serious problem. No customer should be expected to search manually for a file except as a last resort. Poser needs to treat any additional runtime folders just as it would its own runtime folder when it comes to searching for relative files. If it can't find a file in ./Runtime/Geometries/, it should search /Geometries/. Guess I'll go submit another bug.

Thanks. I'd never noticed there was a forum for Python.