That's why I was asking if they don't have resource forks. If I open those files with ResEdit, it says they don't have a resource fork and opening them will add one. I am guessing they don't by default. I did see the type/creator get set after agreeing to open the files except for sitx (you confirmed it's not supported).
Fix-a-Fork
- Thread starter eric
- Start date
I can defiantly add it! Just need to grab a file to see.
I've never ran across a sitx file - does any OS9 or earlier apps support creating it?
Answering my own question:
Fun fact, there are only 155 .sitx files on the garden.
You can see/change type & creator info in ResEdit without actually opening the file. Chose “File —> Get File/Folder Info…” before opening anything.
The MacFilm one was weird - I had grabbed a copy of the Bad Apple converted video straight from the website, never left a mac in the transfer process, but it is an unrecognized "file" and MacFilm wouldn't play it back.
I downloaded the zip file option though, maybe I need to get the raw film instead.
I now see you looked into this, here was my response. It was a file for a 68k PPC app from macintoshrepository that can run in System 7. Apparently it is used for Stuffit 7? If that is correct, Stuffit 7 can run on Mac OS 8.6.
Thanks, I was just using drag and drop on ResEdit.
This is actually expected - http (even when going from a mac webserver to a mac web client) will only transfer the data fork. Sometimes it appears to do both, but thats only because it's bin'd or hqx'd and being decoded on the fly by the browser/client. This happens with http/ftp/hotline/etc - I think the only place it doesnt happen is Apple Share.
After trying with a bunch of different files, it's interesting that some .img were given 'Disk Copy document' which opens with 6.3.3 while others were given 'Disk Copy 4.2 disk image' which still opens with 6.3.3. Along a similar vein, .sit were given a variety from 'Stuffit 1.5.1 archive', 'Stuffit Deluxe 3 archive', or 'Stuffit Expander document'.
Fix-a-Fork didn't seem to do anything to .dmg .cdr .iso .image .toast .jpg .html or .png files. I would guess .dmg and .image goes to Disk Copy, where .cdr .iso .toast goes to Virtual CD/DVD Utility, and .html .png .jpg goes to browser?
Fix-a-Fork didn't seem to do anything to .dmg .cdr .iso .image .toast .jpg .html or .png files. I would guess .dmg and .image goes to Disk Copy, where .cdr .iso .toast goes to Virtual CD/DVD Utility, and .html .png .jpg goes to browser?
I took a look - it seems there is a magic string "film" at offset 0 so I will add this.
If you download the RAW version - the fork is missing for sure, but they provide the sit/zip/etc that preserve the fork as well. Normally apps do allow you to do a File->Open to work around missing type/creator - though I'm in an emulator right now and MacFilm doesn't like that.
DC6 is a very odd format and there is almost no documentation - all the metadata is in the fork so it's difficult to tell without guessing if it's a DC6 or not.
If it's DC42 I can look for markers at offsets to tell, and those should be right.
sit 1-5 should be handled correctly as I look for markers at offsets.
dmg is too new - cdr and iso i'll add - toast should be correct.
Images are all set to Graphics Converter types (maybe a bad assumption, maybe not)
html is set to TEXT MOSS (guessing mozilla?)
But all these comments really get to the heart of the next thing to think about - some users prefer different apps for different files - eg: I want to use Netscape vs IE vs PageMaker for my html documents. This gets a little less important later (in OS8+) with internet config and assigning file types by extension at the system level.
Thanks for all the testing and feedback!
This is awesome! And I look forward to testing out the next version also.
Have you considered making an Extension that auto-fixes on the fly when a file is opened if it has nothing assigned already? I don't know if an Extension can keep the drag-n-drop functionality of an app, but that would be really cool too.
Have you considered making an Extension that auto-fixes on the fly when a file is opened if it has nothing assigned already? I don't know if an Extension can keep the drag-n-drop functionality of an app, but that would be really cool too.
Nobody likes them, not even we do :v
Anyways, I was wondering if you'd be adding something that reads the headers of the files you drag and drop on the application, sometimes I download files which names are a tad bit too long, so they are truncated ... as a busy guy, I don't have time to remember what file extension the file I clicked had
Other than that, it has worked fairly well so far, still haven't tried the interface (drag and drop, for the individual on the move)
I do that now for the ones I can, sit, bin/hqx, images, cpt, mar, etc,etc - not all files have magic/headers unfortunately so extensions are the fallback.
I'm not sure how one would go about that. Many apps can register for opening all files. In later versions of classic macos it does ask you which app you'd like to open it with, and if you would select fix a fork it would fix it. But there's no generic way (i know of) to do that.
Curious question: Is it possible to restore the "application element" of certain types of self-extracting archives, or a .img Disk Copy 6 self-mounting image, or Read-Only Compressed image? I'd imagine we can figure out certain elements of it because I reckon the resource fork just has the application element, which reads from a certain hex address on the data fork data. If all the mini-application launchers are the same, the only thing different would be the contents, right?
Instead of registering for ALL files, would it be possible to register the app specifically/only for blank/unknown TYPE code? That way Fix-a-Fork would only open if there is no TYPE code set?
If this were possible, then downloading any file would just mean trying to open it twice: first open would result in Fix-a-Fork correcting the TYPE/CREATOR codes, and second open would really open the file in the correct app. Or am I missing something more fundamental?
Last edited:
Defiantly something I've thought about and if it works the way you describe would be pretty easy - but I think SMI images pre-date DC6 and there may be other aspects (compression, disk type, etc) that may make this more difficult.
I'm not aware of a way to do this, but if you or someone knows it may be possible. I've only seen FREF's **** for any file type (including not set) and fldr for folders.
Works great! As mentioned above, it would be nice to have .image files (there are a bunch on Macintosh Garden) in Disk Copy format.
Is there a process for requesting file types to be added to a manual way of adding them.? I play around a bit with eMates and Newtons and there a few files types that would be helpful.
.image you would assume are disk copy 6 correct? (also see earlier comments on dc6 format)
Just post them here! I'll setup a project on github or something once 1.0 is done to track issues/features.