Update TODO re: Mac stuff

The macOS zip file already was automated (though it should really be a
separate target in build.xml), and I have added a note about the
possibility of using Sean Riley's appbundler fork as an alternative to
jarbundler and the universalJavaApplicationStub shell script.

I went with the stub and jarbundler because Oracle has had a bad habit
of regularly changing and deprecating Mac bundling practices, but the
bundling of a JRE should make that a one-click (well, one-doubleclick)
solution for the end user.  If the GUI app *worked* that would be a
strong consideration.  It's not even a waste of diskspace on a system
using APFS if multiple copies of the JRE are on the system, if they're
the same JRE.

Also noted that CF card access as a raw disk is possible on Windows as
well.
This commit is contained in:
T. Joseph Carter 2017-11-11 06:36:04 -08:00
parent 72fb36478b
commit e923c8ae3f

4
TODO
View File

@ -5,7 +5,6 @@ This is the internal list of items that need to be done.
-- 1.3.5 --
--- FUTURE ---
o Automate Mac zip file build
o Add binaries to repository to simplify AC development and builds
o Create subdirectories as appropriate (ProDOS).
o Create reusable show dialog messages (they're scattered all over right now) to clean
@ -43,3 +42,6 @@ o Can AppleCommander read a CF card with ProDOS volumes on it? This is an IDE d
connected either via USB or a card reader. Requires some level of OS integration...
some form of raw disk access. There is the possibility of finding a USB-level driver
or of reading raw data from a disk. Unix is most likely, unsure of Windows.
[iKarith: Yes, Windows can do it using a special "drive", CiderPress does it.]
o Evaluate and consider Sean Riley's appbundler fork as an alternative to jarbundler for
macOS: <https://bitbucket.org/infinitekind/appbundler>