That's not a NSMBe evolution, It depends of an ASM code to insert by editor.

What Mero Mero did was improve the editor to new version.

I saw Mario Master used a parallel version. If this have something to merge, may be interesting to study the integration of this two version.

(wow, sometimes I talk so many shit that people will start to believe that I know something about code-programming)

He knows that. The reason MarioKart7z wants them to be merged is because they are separate.

Thing is, I think mariomaster wants to destroy all the bugs and everything before he decides to release it. Same with his easy level creation mod.
_________________________
hey look, I did a thing

Lava and Poison Water data were restored.

That has nothing to do with the editor version. That is to do with the sprite database.

Lava and poison for MarioKart7z provide to us a bunch of new levels!

Oh, I'm sincerely so excited with the contributions of this new promising designer...

\o/

...what the fuck, Butter.

Never question our (second in command)overlord, skawo.

But this is going offtopic. Could somebody add sideways scrolling into the level editor? It's pretty annoying that it's not a thing. If not, I could do it.
_________________________
hey look, I did a thing

Omg. I didn't even know that was a thing. Thanks.
_________________________
hey look, I did a thing

Pull request updated with the following:
_Conveyor Belts direction highlighted as per  Hiccup request
_Tileset, FG and BG names updated according to  KingYoshi's list


Conveyor belts only display their arrows when Tileset is either 1 (Castle) or 39 (Tower).
The check is done on Tile Numbers rather than Tile Behaviors because the conveyor animations are tied to the former.

Download link:
nsmb-editor-380b.zip

Couldn't you make it based on tile behaviour and just have an rectangle with arrows in it?

Anyway, still very helpful.

Uploading those 3 files as a fail-safe, just in case:

SpriteData.cs
SpriteEditor.cs
spritedata.xml

I made the level editor read the Actor's graphics AND data associated to each of the 326 sprites, the 3 files above are what I modified to achieve that.

Now the only thing I have to do is make the Level Editor read the Actor Data as bits.

nsmb-editor-380b.zip
I finally completed my end of the bargain.

On top of the previous changes, what this update brings to the table is something else entirely:
_Sprites will take the ActorData from the Actor they are linked to;
_Sprites' names on the level editor will now take into account their respective Actor rather than the Sprite itself;
_Changes to Sprite<>Actor associations in the table located in overlay 0 will be reflected correctly on the Level Editor upon restarting the NSMBe;
_spritedata.xml, while it keeps its name, now holds the data for the Actors themselves rather than the Sprites as it previously did;
_the ids in the spritedata.xml field tags now take ids from 1 to 48 (bit), improved from the previous range of 0 to 11 (nybble).
_last but not least, SpriteData.cs was modified to make the Level Editor capable of reading and writing SpriteData (or rather ActorData now) bit per bit as opposed to nybble per nybble, allowing for far more accurate parameters (as in taking into account modulos when data was read nybble-wise), or even new parameters that couldn't be previously specified, as shown in some examples below:

NEW: Starting direction




NEW: Direction




NEW: Color




NEW: Scrapped width






The only thing left, modifying this page, is up to  Dirbaio now.

Very good work. I don't really understand the "scrapped width" thing though, what is that setting about?

Also, have you done something with the actor sets? They are hopelessly outdated in the main fork (done by sprite rather than actor, old names (like "Pipe caterpillar guy" instead of "Squiggler", presumably missing stuff).

Remember my Sprite 84 helper, if you put a zoom right above 32, you'll see what happens.
Basically, if you put a scrapped width of 3 for example, the zoom won't take into account the 3 closest columns of tiles from each part of the Y-axis (in total 6 columns).

Oh derp, I didn't touch Actor Sets names yet, but that can wait for the next update, for now I just want to chill a bit.