Rocks'n'Diamonds

Yes, the wraparound technique is already made, and is available at bd-fans.com and zomis.net/rnd. I think most of my trouble with integrating it came from the fact that The Loader required specific border elements on specific positions in the border, and they could conflict with CEs from wraparound.

So, now that there are two solutions for assignment 2, time has come for... Assignment 3 Modify a solution of assignment 2 (or create a new one) and add RnDZelda-like wraparound for it. The solution you make should have at least 6 rooms. Optional: search for the forum/RNDFA for any other useful tech...

I agree with Zomis.

Sorry, my mistake! Now I realize that the level works as designed, I just thought it was supposed to do something else. And about your level: well done, Zomis, well done! Actually, it may be possible to use it even in 3.2.2, when one replaces the "digging GE1" condition by "touching G...

Uploaded. http://www.zomis.net/rnd/download.php?id=594

BTW I think I found an alternative technique that should work and isn't so slow as The Loader v1.

I don't know why, but the technique you posted doesn't seem to always work reliably. In the level I made a CE2 that changes to itself when switched, and changed CE1-CP1 to change after CBP (change-by-page) of CE2. Third and fourth changepages of CE1 were switched. Also, in the development version of...

Exactly. Thanks for clarification (although I thought I wrote it clearly enough ).
I also said that in case that both directories contain levelinfo.conf (which is not required), the levelinfo.conf from per-user dir (My Documents/Rocks'n'Diamonds/levels) should be used.

No chance. On FreeDOS, maybe, but original old DOS AFAIK barely supported CDs.

I thought that indestructible elements can't be replaced by change target, but it seems that it's not the case, as long as they're also walkable, diggable or collectible. http://www.artsoft.org/forum/viewtopic.php?t=37 So, if indestructible elements aren't really indestructible*, why don't we also h...

Current level structure is too divided into per-installation dir and per-user dir. For example, if I want to use Level Structure from bd-fans.com for both of those directories, my "levelset" screen ends up with duplicate entry for each levelset category. Solution proposal: (This isn't a pr...

This may be a feature worth implementing, maybe even per-element. ("This element can't be snapped") AFAIK Snake Bite had some workaround for mushrooms (it wasn't possible to snap them), but I don't know how it works. (Btw, I don't think it had something with the fact that the snake grew, y...

Music in main menu is already possible, for an example try the "Snake Bite" levelset. (If I recall correctly, it's controlled by "background.MAIN" setting in musicinfo.conf.) The sound effects may be already implemented too, but I'm not aware of that. If they aren't, they should.

A correction: JavaScript is totally unrelated to Java, the only shared properties are the name and the C-like language syntax. (See also http://javascript.crockford.com/javascript.html )

But it wouldn't hurt too much to make simple one-setting per-level music selection GUI? (Or would it?) Think of that and advanced per-element multi-setting graphics/sound config GUI as different things.

I think it should be, because AFAIK Windows in WMWare is more compatible than WINE.