Joseph Carter knghtbrd

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:

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

Why Apple II disk images suck

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.

The hardware format

Okay, let's start with the basics: Most disk images for the Apple II are

	/**
	* 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 {