@guy, on Oct 8 2006, 02:39 AM, said in The Return of Plug-in Archiver:
- Data fork may not get properly preserved (try archiving the Nova app). This is an outstanding issue from previous versions of your app.
Hmm...indeed, the expanded version seems to be smaller. I'll check this out, although it's probably the fault of RB.
- It seems bin doesn't support long file names yet the resulting .bin file from your program retains the complete original name. This means when you decode the bin-file-with-a-really-long-name it ends up with a shorter name. This isn't really an issue at all I guess but just thought I'd note it anyway.
Meh, fine. I'll see what I can do.
Can't handle funny characters (also '/'). "Zip command failed with error code 3072"
Go blame the guys who wrote zip.
NilObjectException if no read access to some of the files
Does nothing if only one file with no resource fork
It's supposed to just copy them...
NilObjectException if you click cancel when it asks where to save (which happens if it can't automatically save to either source or desktop)
I probably know what's wrong there, but I seem to recall those methods being quite complex to avoid any of these problems. Crap.
Again in above situation if there's only one file the default name displayed will end with ".bin" (regardless of whether or not the file has actually been encoded) so when you click Save it complains that the required extension is ".zip".
Agh. You don't have the third option in the prefs selected with <src>.bin, do you?
If only one file by drag-n-drop there's a dialog that flashes up for a split second after processing which I managed to capture. It reads...
An error occurred while attempting to process the file " <filename.bin>":
Unable to create zip file ()
This strange because it actually gets zipped fine.
Probably bad if arrangement. I was getting errors for every file because of this yesterday.
This post has been edited by orcaloverbri9 : 08 October 2006 - 12:33 PM