Support writable GS/OS and AppleWorks filename casing

[c0mmander8]

Is your feature request related to a problem? Please describe.
The following functionality is affected:

• File > Rename
• Copying and Moving files (either via dialog or drag/drop)

Sample Repro

1. In ProDOS 2.5 create a file named e.g. "AaBbCcDd"
2. Boot ProDOS 2.4
3. In DeskTop, rename it to "WWXXYYZZ"

Expect: File shows as either "WWXXYYZZ" (maintaining case) or "Wwxxyyzz" (normal case adjustment)

Actual: File shows as "WwXxYyZz", since the case bits are untouched by 2.4

This should be done for AppleWorks (AWP/ASP/ADB) files as well, which encode the case bits in the aux type instead (byte-swapped)

Describe the solution you'd like
As referenced in issue #187, support writable GS/OS (ProDOS 2.5.x) filename casing and, where applicable, support writable AppleWorks filename casing when renaming and copying files, when renaming and copying files, when creating, renaming and copying folders and when formatting, erasing and renaming volumes, both on ProDOS 2.5.x and on ProDOS 2.4.x and earlier, just like the later IIGS and the later Mac.

Cases

• AppleWorks file rename
• AppleWorks file duplicate
• GS/OS file rename
• GS/OS file duplicate
• GS/OS file copy/move
• GS/OS volume rename

Other:

• AppleWorks file copy is already supported, since the case bits are in the AuxType which is copied.
• Arguably, GS/OS file duplicate and copy do not need handling; the case bits are in the Version, which is zeroed.

[inexorabletash]

AppleWorks is more doable than GS/OS, since AppleWorks name bits are in the AuxType field and can be set with a SET_FILE_INFO call. GS/OS naming lives in the version/minversion entries which requires modifying the directory entries.

[inexorabletash]

Merging into #187

[c0mmander8]

Maybe this issue should be reopened and issue #187 should be merged into this issue instead of closing this issue? This issue covers all the aspects of issue #187, but this issue is more expansive and comprehensive in scope.

[inexorabletash]

AppleWorks files should copy/move and preserve case bits, since those are stored in AuxType field which is copied.

So the distinct cases that aren't handled are at least:

• GS/OS file copy/move
• GS/OS volume rename
• GS/OS file rename
• AppleWorks file rename

I'm not sure if the code paths for dragging a volume onto another volume/info a folder are distinct.

Of these, AppleWorks file rename should be straightforward, as that can be done with SET_FILE_INFO call.

The GS/OS cases would require scanning directory blocks and manipulating the respective FileEntry structure. This will be significant work, so I don't expect to get to it any decade soon. Alternately, just run DeskTop under ProDOS 2.5, which should preserve case in such operations.

[inexorabletash]

Additional cases:

• GS/OS file duplicate
• AppleWorks duplicate