🚀 go-pugleaf

	Can anyone give me any advice on doing graphics in a dual-playfield
window, with consideration to windows? I would like to do output directly
to the screen, and not use windows at all. But if I must use windows,
I have a question regarding something like a boarderless, backdrop window
in place of the screen. Will ANYTHING in the first playfield which is
color 0 show through, even if it is in a window? This would be great as
it would solve 2 problems:
	1) I can't seem to get rid of the screen title bar/depth gadgets
	2) It would let me make intuition redraw the display so I wouldn't
		have to.

	What I have is 2 custom bit maps that I want to use for the 2
playfields, but when the ARP file requester appears on the first screen,
it trashes the graphics beneath it. The screen title bar overwrites
about 10 lines of the top of the display, and reduces the total amount of
space for graphics.
	If I were to do the first playfield the same, but make a single
full-screen, borderless, backdrop window, and then use ShowTitle, the effect
would be the same. Plus I could set the window up as a SMART_REFRESH,
and let intuition take care of the clipping. I could also just set the
pointer to the start of the custom bit map for the window instead of the
screen.
	I am getting my custom screen data by using NGI and Br2C to convert
an IFF picture to C data statements, and then adding the "chip" keyword
to the definitions, and letting the compiler set the hunk to load into chip
memory. I don't want to load in an IFF picture, or do any kind of allocate/
allocraster/etc. unless it is absolutely required.
	The big question: Will color 0 in windows on the front screen
of a dual-playfield display show through to the other playfield.
 
	If you have any tips, examples, or advice on how to do this, I
would appreciate hearing from you.....
 
				Dave