Forum: Poser - OFFICIAL


Subject: Mac Problem- Pathnames cutting off

Saro opened this issue on Nov 29, 2005 ยท 7 posts


Saro posted Tue, 29 November 2005 at 12:04 PM

Does anyone know how to fix this so I can figure out what file it's looking for? It just cuts off near the end right now before it gets to the file I am supposed to locate.

randym77 posted Tue, 29 November 2005 at 12:16 PM

The problem might be that the pathname is too long. I believe PCs can use much longer pathnames than Macs. PC users often don't realize this, and make content that Macs can't read.

Try shortening one of the folder names. For example, rename Macabre_illuminations (or whatever that says) to MI. You'll have to fix the references, too.


dan whiteside posted Tue, 29 November 2005 at 12:53 PM

Randy makes a good point but this happens even with a short path name (image). I think this is a Poser problem because other apps print the whole name although sometimes you have to expand the file selector window to see it all. My guess is that Poser uses a rather small text box. Best; Dan

Miss Nancy posted Tue, 29 November 2005 at 3:17 PM

Check in Runtime/iu to see if there's a poser psd/xml file combo for this text box that one might modify, e.g. simpleDlgGetText.xml or textureManager.xml. these files are somewhat arcane, but they use rectangular bounding fields much like those for standard Mac coding techniques. if there is a field of width approx. 380 - 400, then increase it. unfortunately, it appears that a pict resource (pictRes) is responsible for the text formatting of this field, and attempting to edit those is to be avoided. stewer is the acknowledged expert in these aspects as they affect the OS X environment, so perhaps an IM to him would be productive.



Saro posted Tue, 29 November 2005 at 7:47 PM

I'm afraid I really don't know much about reading the code, and re-doing all the paths would take days on a Mac. Its not like there are a lot of utilities out there for us to use for Poser. I have Maconverter and in that program you have to check all the code "by hand", If someone could guide me through the steps of what to do with the ui files, I am certainly willing to give it a shot. Its just hard for me to know what I am supposed to be looking for.


dbutenhof posted Tue, 29 November 2005 at 8:41 PM

I believe PCs can use much longer pathnames than Macs.

Until Windows 98, PCs true filenames were "8.3" -- eight characters plus a 3 character file type (like ".doc"). Meanwhile, Macs (pre Mac OS X) had always allowed 31 characters -- pretty generous for a personal computer in 1984. Windows 95 added hackery on top of the DOS FAT file system to pretend to have 255 character filenames; but because they all were really 8.3 names with a mapping table, and didn't work on still common Win 3.1 systems, they weren't widely accepted until Windows 98 provided native long filename support with FAT32. Mac OS X, which is UNIX, also supports 255 character filenames. But even on Mac OS X, Poser 4 (a "Classic" application) was subject to the old filesystem rules. Poser 5 and Poser 6 shouldn't be subject to the old limit; and if they are, it's entirely their own fault. (Just as if they supported only the old 8.3 format on Windows.)

It would appear that Poser simply isn't allowing enough space to display long file paths in this dialog. That's odd, since I know I've had missing textures and the desired name was quite clearly readable.


Miss Nancy posted Thu, 01 December 2005 at 4:21 PM

I think it would make a good project to recode this part of Poser, but I can't do it free-of-charge, nor do I even know if my method would be successful, as I don't know the names and locations of any of the resources or files that must be edited. one would have to locate some string resource where they defined the literal string that is used by that dialog resource. it appears they limited the string, probably coded as %s or some typical variable name, to 64 characters, hence increasing it might throw the whole code sequence out of shape. then one would have to locate the pict resource that serves as background for that dialog and double its width. I reckon there is also some psd/xml file in the ui folder that one would edit in photoshop and bbedit, respectively. In the old days one could just call them up in scotts valley and see if they could fix it up, but nowadays, with the coders in Mumbai, it would take months of bureaucratic paperwork and interchange to get it done, if at all. so one must submit a bug report to them and hope they will get it done somehow.