I support!
It seems that there has indeed been a recent increase in the number of active German users on Omnimaga. Even though I'm able to communicate in English quite well, and probably wouldn't use the forum to ask for help, there might be some other German calc programmers who aren't that good at explaining their problems in English (not like I've seen any on these forums, but there's still the possibility ), or who may even refrain from registering due to the lack of a German forum (like I did initially, for a few months, worrying my English would be too bad ^^; ). I would certainly be glad to help other German-speakers in their native language.

Is there any possibility of a nicer syntax for single-byte custom name variables, like "MyVar^r" or something similar? Almost every L1+xxx variable I'm currently using is single byte, and just attaching an "^r" looks better and makes code less cluttered than {°MyVar}, and would probably be more optimized too (or maybe not, I don't know Axe's inner assembly workings ).
The reason I can't use 16-bit is that the variables would overlap and collide with each other due to 1-byte offsets and I really need to conserve space by writing numbers

I know 1.0.0 just came out, sorry for bothering with feature requests that early, but custom names don't have that much of a use to me if they can't be made 1-byte easily.

Hmm, that is weird. I'll look into that tonight.

Thank you very much! This is an awesome program, keep up the great work.

Axe is deactivating xLib and Deutsch automatically!
And it's not possible to activate xLib again, while you have Axe on your TI

that's ANNOYING!

Even though I don't use the German/Deutsch app often, I agree with you, sometimes I need it for the special characters menu, which is unloaded as well IIRC.
I've never used xLib, but being unable to use it once you run Axe sounds kinda annoying.

Time for another update, this time with a demo!
(aah I hope I uploaded the correct version )

There have been lots of improvements lately: multiple monsters in a room work correctly, monsters can actually be killed with your sword, the AI for Roach Queens is implemented (they don't lay eggs yet though) and there is a very basic level editor! Also, I had to start compiling it into an app because memory wasn't sufficient anymore for having the source, the compiled program and the temporary savefile AppVar in RAM.
Right now, the level editor is integrated into the main app but it will be an external program later. The reason for that is that testing and debugging monster AIs and certain cases is much faster and easier this way.

I've uploaded a demo of the current state of DROD8x. When you start up the app, the first thing you'll see is the level editor. Move the cursor with the arrow keys and place tiles/monsters using the [Y=]~[TRACE] keys (Floor, Wall, Roach, Roach Queen). [DEL] removes all tiles from the level, [CLEAR] exits the editor and [ENTER] plays the level. Note that the levels are not saved yet and you can not restart the room once you die because I can't find a good way to exit the main loop. A lot of code will have to be moved around until I get that working.

After you press [ENTER] in the editor, the game will start up with the player being in the top left corner. Use the number keys to move orthogonally and diagonally, rotate your sword clockwise/counterclockwise with the [(] and [)] keys or press [CLEAR] to exit. Everytime you make a move, all roaches in the room move a step towards you (and all roach queens away from you). Try to prevent the roaches from killing you by smiting them with your sword, as they will not step on the tile it is on. You 'win' when you cleared the room from all monsters, nothing happens when you do so though, yet.

Here are some screenshots of what it looks like now:


Note that I'm working on the greyscale lag when making a move, I'll add a "DispGraph^r" into the calculation loop, I was just too lazy to do that and recompile/re-sign it/make new screens now . Also, the minimap in the bottom left was made for testing purposes and will be replaced with a map displaying the nearby explored 3x3 rooms and whether they are cleared or not.

Known bugs:
- Roach queens don't move correctly when going straight up or down.
- Sometimes a single roach does not follow you when another roach is killed in the same turn.

DEMO DOWNLOAD LINK (hosted by me to prevent overloading Omnimaga's server space with unnecessarily many updates ):
http://adrian.diabetes-im-alter.de/drod8x/DROD.8xk

Nice update! It's a lot easier to work with it now.

However, I noticed it started getting very slow when my project got bigger. Could you add a way to toggle retokenization on/off, so it doesn't get so slow when typing in big projects? Right now, every change causes TokenIDE to retokenize the whole program, which takes about 4 seconds for me, rendering it unresponsive during that time. It gets kind of annoying after some time and it would be nice to have a checkbox or something similar to turn instant tokenization on and off.

Thanks for your replies, but I just found the solution to the problem myself: I simply had to add more code in other places to make it work again. I'm not exactly sure why this happened. I couldn't remove the ^r anyway because I need it to read the pic as a tilemap/spritemap, not a regular picture. The Text( command was not related to Pic1T either, it simply printed the result of an expression on the screen: Text(2,48,{L1+123}-(I+1)*2>Dec)
I guess it's a bug related to code size then.

EDIT: The [Pic1^r] command is actually the first real command, it's in one of the header programs. The Text( is in the main loop of the game.