Castle Paradox

[TMC]

Oh whoops, I misread tilemaps <-> tilesets all the time.

Placing multiple tiles at once and copy pasting is badly needed. We had a big discussion on this forum once and everyone disagreed about how it should be done. I want to do a revamp of the map editor sometime adding mouse support and stuff, but would want some agreement on multiple tile placement before touching that.

[Bob the Hamster]

[TMC]

And after so many years using this engine, I'm stuck in the mindset that RPGs aren't played with mice. Bending thought onto it, it's a perfectly logical top priority.

Also, my priorities are:

* 'Plan for sane script error reporting' - Very close to finishing
* 'Plan for dynamic types in HamsterSpeak ' / 'Plan for script multitasking' (will do at the same time) - Good progress, but huge task and will take forever
* 'Plan for raising sprite frame limits' / 'Plan for 256 color sprites' / 'Plan for bigger walkabouts' / 'Plan for animating enemies' (these are all actually different parts of the same thing and those Plan pages are all completely out of date) - Good progress, but huge task and will take forever
_________________
"It is so great it is insanely great."

[Nepenthe]

I had two ideas for the interface of Tile Mark/Clone

1. Rectangular selection. Pretty self-explanatory. Also pretty limited

2. Tile addition/subtraction. The user would hold a certain key, say "M" for instance, and then press space to select each tile to add to the mark. Another key could be held to select tiles to remove from the mark. This would allow for non-rectangular and non-adjacent marks.

[Bagne]

That frame-limit raising thing sounds awesome!
Would this mean that you can give 17 frames to one walkabout, 19 frames to another, and say ... 7 to a large enemy?
All the frames for an animation could be stored in one set, and not scattered throughout the <SIZE> ENEMY SPRITE list.

Has there been any talk of custom sized graphic sprites?
Does this go against the grain when it comes to efficient memory usage?
I've had some ideas which would benefit from really large sprites. (of course, I can always piece together a larger image from LARGE ENEMY SPRITEs, but that's a lot of work for an otherwise straight-forward task).
_________________
Working on rain and cloud formation

[TMC]

The answers are: all your wildest dreams.

[Newbie_Power]

I think copy/paste would be easier and less reliant on the OHR interface.

I also think it is potentially faster. Instead of being limited to your definitions, you can copy groups of tiles as they grow larger to multiply the speed of your map building.
_________________

TheGiz> Am I the only one who likes to imagine that Elijah Wood's character in Back to the Future 2, the kid at the Wild Gunman machine in the Cafe 80's, is some future descendant of the AVGN?

[Bagne]

All this discussion of built in ways to attach slices to the map is delighting me to no end.

[The Wobbler]

[JSH357]

It's still 60

[TMC]

The limit on number of hero definitions does seem pretty silly and would probably be easy to remove. Also James recently cleaned up some stuff around the party size limit, and might be removing that limit as well? That one's much harder.

[Nepenthe]

[TMC]

Heh, strangely I hadn't really considered how hard zoom would be to implement: it would be. But the map editor needs a proper minimap, and the clone could flash on there.

Displaying coordinates sounds good, but you didn't explain how being able to precisely set the top left point of the clone would let you line up the bottom or right edges. I think the best way to place large clones exactly as desired would be to let you move the camera and the clone independently. (Designing the control scheme will need thought.) Maybe that's what you intended.
_________________
"It is so great it is insanely great."

[Bagne]

[Nepenthe]