hartkopf@tramp.Colorado.EDU (Jeff Hartkopf) (11/25/89)
1) Is there a toolbox call to access the standard file type names that
the Finder uses? Or do I need to include all the text for the file
type names in my program?
2) How do you set the minimum size of a window? I'm working on a desk
accessory that uses a resizeable window (using TaskMasterDA()), and,
using the size box, I can shrink it down to less than 1 inch by 1 inch,
which causes problems.
3) Another thing the desk accessory uses is Standard File. When using
the Finder, if I open several nested folders, then choose my desk
accessory (which opens a Standard File get file dialog), I get a
"The pathname is too long" alert from the Finder. When I click
its OK button, the alert just comes right back up, so I
have to reboot. What is causing this? Is it the fault of the DA
or the Finder? I've had the same thing happen with other DAs that
use SF, that I didn't write.
4) In GS/OS, what is the backup bit of the access field of a file (folder?)
for?
Thanks much for any help.
Jeff Hartkopf
Internet:
hartkopf@tramp.Colorado.EDUdlyons@Apple.COM (David Lyons) (11/25/89)
In article <14217@boulder.Colorado.EDU> hartkopf@tramp.Colorado.EDU (Jeff Hartkopf) writes: >1) Is there a toolbox call to access the standard file type names that > the Finder uses? Or do I need to include all the text for the file > type names in my program? No, and No. There's no toolbox support for it, but the data is stored in the File Type Descriptor Files in the *:Icons directory. The format is documented in Apple II File Type Note $42: File Type Descriptor Files. >2) How do you set the minimum size of a window? I'm working on a desk > accessory that uses a resizeable window (using TaskMasterDA()), and, > using the size box, I can shrink it down to less than 1 inch by 1 inch, > which causes problems. I don't know, but I've seen this happen with my Show Clipboard NDA, too. I have a bad feeling that the Desk Manager calls GrowWindow with inappropriately-small MinHeight and MinWidth parameters when it gets a mouse-down in your NDA's grow box. >3) [getting a "the pathname is too long" error dialog from Standard > file when using the Finder] It sounds like the Finder has set prefix 0 to the null string and set prefix 8 to a string longer than 64 characters, and then you're using an old-style Standard File call that is limited to 64-character pathnames. A solution is to have your NDA use the new Standard File calls, like SFGetFile2. >4) In GS/OS, what is the backup bit of the access field of a file (folder?) > for? I don't think it has a well-defined use; the best approach is probably to ignore it, and just use the backup bits on nondirectory files. -- --Dave Lyons, Apple Computer, Inc. | DAL Systems Apple II Developer Technical Support | P.O. Box 875 America Online: Dave Lyons | Cupertino, CA 95015-0875 GEnie: D.LYONS2 or DAVE.LYONS CompuServe: 72177,3233 Internet/BITNET: dlyons@apple.com UUCP: ...!ames!apple!dlyons My opinions are my own, not Apple's.
jjl@sandstorm.Berkeley.EDU (Jason J. Lee) (11/26/89)
In article <14217@boulder.Colorado.EDU> hartkopf@tramp.Colorado.EDU (Jeff Hartkopf) writes: [a few questions I don't have answers to...] >4) In GS/OS, what is the backup bit of the access field of a file (folder?) > for? If things haven't changed completely from ProDOS 8 to GS/OS, then the backup bit should still be the flag that the system sets whenever a file has been modified and needs backing up. See Open-Apple page 3.96 for more details... to clear the backup bit after a file has been backed-up, you put $20 in $BF95 (BUBIT) and call SET_FILE_INFO... or else call CLEAR_BACKUP_BIT from ProDOS 16 (and GS/OS as well, I suppose). jjl@ocf.berkeley.edu