quote:

---

Originally written by Silence in Motion:

I mean like this

---

quote:

---

You theoretically could have the 16x16 icons required for both terrain and floors (there is a difference in the two terms here. "Terrain" is basically layed on top of "Floors". This is the terminology used in the actual script for each scenario. "valleydydata.txt", from VoDT, has enough examples of this. The glowing portcullis is "terrain". The slimy floors are "floors".)

Using DwtD as an example, sheet #501 is only 5 cells wide. Since BoA dosen't chuck a hissy fit about this I'm assuming that any graphics sheet can be less than the 10 cells required as is actually written in the documentation. (Either this or Jeff made a boo-boo when porting to windows...)

If you can find a width for the image, which is both divisible by the width of an icon (the 16x16 ones are what I'm referring to here.) - including the border, that was also divisible by the width of a 46x55 cell - including the border, and also find a height that would make it seem like a sheet usable for both the 16x16 icons and the 46x55 cells then - and only then - could it work.

I am assuming here that Jeff has some kind of verification for the graphic's size. Using the above rules you would religiously stick to BoA's so called "requirements". In practice (on a windows version at least...) you can have any width and height - as long as you never ask BoA to use a graphic from it that is larger than the physical dimensions.

In plain english? As long as the graphic is at least 48x57 (border already included) and you position your 18x18 icons (border included) in the correct place - it will work. I have tested this on windows, cannot verify on others. Jeff should really have put validation routines on the graphical input side of things.

In the case of it being too far above your head or I wrote something that will only ever make sense to me... I have attached a zip file with a scenario to demonstrate. I have also included a *.gif to show you what I meant, the *.gif should be converted to a *.bmp or *.pict (I think, I'm not sure of *anything* when it comes to Macs...). If you are using a PC then open the *.gif in MS Paint, save as an 8 Bit or 24 Bit *.bmp and rename to "G500.bmp". If using a Mac, put it in a resource ala Jeff's instructions in the editor's docs, not having a mac I can't do this for you.

If it does work as expected, Jeff didn't put any validation routines on graphic sheets apart from "does this sheet even exist". If the scenario doesn't work then the Mac version might be dodgy, or Jeff's port was less than perfect.

---

quote:

---

Originally written by CPeters:

I'm not too sure if this makes sense without a drawn example.

---

quote:

---

Originally written by CPeters:

Keep in mind, if this does not work on a Mac, then in the unlikely situation that your graphic would meet the obscure requirements needed to save space - enough to make stuffing around like this actually worth it - then the resulting graphic would only be useful on a PC.

---