Add support for MacBinary output

[ci-macpaw]

Originally reported on Google Code with ID 484

kehander:

It can be extremely useful to have output in a format that can readily be re-translated
back to a Macintosh filesystem.  (The old Stuffit Expander for Windows had this capability.)

While AppleDouble is handy, it lacks the type/creator information that would be necessary
to use the file in Sheepshaver or Basilisk (which stores such data in a ".finf" subdirectory).

[ci-macpaw]

andrews05:

Yup, if using ditto to make zip archives it will store empty files for files with empty
data forks. Otherwise the AppleDouble files have nothing to reattach to and FixupResourceForks
won't work.

[ci-macpaw]

paracelsus:

I guess the correct behaviour is the same as what ditto does. Anybody have any idea
if it always creates empty files for empty data forks or not?

[ci-macpaw]

andrews05:

Hm, that's an awkward naming scheme to handle in a batch script. AppleDouble ought always
to consist of two files (hence the "double"). No matter, it's easy enough to touch
the base file before running macbinconv.

[ci-macpaw]

kehander:

If you use the "-k hfv" switch, an empty file corresponding to the data fork will be
created.  The resource fork will also use the naming convention from HFV Explorer,
which can then be used to easily copy the extracted data to a Macintosh volume. (See
Issue 505.)  You can even copy the data back to a Windows volume afterwards to convert
it to MacBinary.

[ci-macpaw]

andrews05:

Just wanted to request this feature also :)
I've had success with macbinconv as kehander suggested, though found a slight issue
with unar's AppleDouble feature: If the data fork of a stored file is empty then no
base file will be created on extraction, only the AppleDouble file. Ideally it should
be creating an empty base file as well.

[ci-macpaw]

paracelsus:

Well, it's not a bad idea, I did consider it but didn't do it just out of laziness mainly.

[ci-macpaw]

kehander:

Whoops, so it does.  I suppose Basilisk/Sheepshaver are to be blamed for using something
nonstandard instead of AppleDouble in that particular instance.

Anyway, I suppose Macbinconv or Megatron can be used to convert AppleDouble output
to MacBinary if desired, but it would save a step if unar could output it that way.

[ci-macpaw]

paracelsus:

AppleDouble does contain type and creator.