I wanted to come up with something that was kinda Apple IIe flavored for LinApple. What better than something the Apple IIe could draw on its screen?
I decided this looked decent:
Joseph Carter knghtbrd
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| /** | |
| * AppleImage is an abstract class that represents a generic interface | |
| * for handing graphic images. This abstraction is needed because not | |
| * all graphic routines use BufferedImage. AppleImage itself acts as | |
| * a factory for creating "the best" AppleImage subclass. | |
| * <p> | |
| * Date Created: Mar 25, 2003 | |
| * @author Rob Greene | |
| */ | |
| public abstract class AppleImage { |
I haven't had much chance to work on it for the past day or two and I won't again for a couple of days yet, but reimplementing cppo is finally coming along:
tjcarter@rem:~/Source/iKarith/cppo-ng$ ./cppo-ng -cat disks/dos_33.dsk
Disk extension suggests disk is in DOS order, 143360 bytes
Testing for DOS 3.3...
testing DOS order
VTOC track 17 0 looks good
DOS order 1 , winner DOS order
testing ProDOS order
knghtbrd
/ AppleIIDiskImagesSuck.md
Created
July 12, 2017 13:10
Why Apple II disk images suck even though they really didn't have to...
The frustrating thing about Apple II disk images ... are the disk images themselves. In theory they work, and in practice we can kinda make them work, but overall ... no, it's just a mess.
Okay, let's start with the basics: Most disk images for the Apple II are