Here is some advice you should follow when editing objects.

❶ The checkbox labelled 'This object's data is complete' should be checked when and only when everything about the object is known. That is, when it is properly named and described, has the Data File filled if possible, and has all the Obj_arg fields required.
I don't feel like ending up with complete-but-incomplete objects and having to sort through 3045 objects because the checkbox was misused, and I don't think anyone else wants either.

❷ If you're going to edit an object, if you know what the object is, you should give it a friendly name, rather than letting the internal name in. For example, Kuribo->Goomba, AirBubble->Air bubble, etc...

❸ Object descriptions should describe the object in general, not in one specific case. Also, I've seen some enter URLs to screenshots in the descriptions. For now, this is okay, but I'll think about a way to add screenshots more properly.

Also, if your description is just going to repeat the object's name, DO NOT ENTER A DESCRIPTION.

❹ When filling in info about the fields, follow the advice below:

* 'Title' should be a friendly name of the field, again. Or something internal if you don't know what the field is.
* 'Type' should be set to the appropriate type. The 'Object Data Fields' box describes how to choose an appropriate type.
* When Type is List, Choices should be set to a list of possible values. Like this: "0=Green, 1=Yellow"
* 'Comment' can be a brief description of the field, if needed. Don't write a novel in there.

❺ Oh also, if your object's description isn't more descriptive than the object's name, just leave the description blank. You don't need to repeat yourself.

❻ Though, you can mark an object as Complete even if its Data File field is empty. The Data File field isn't really needed as Whitehole will be using its own methods for rendering, it's just a little extra information that is always nice to have The Data Files field is more important than I first thought. It'll be needed for Whitehole to properly save a SMG2 galaxy's UseResource list.

❼ The 'Type' column in the 'Existing data' table tells which file the object appears in. Possible values are:
* ChildObj -> /Stage/jmp/ChildObj//ChildObjInfo
* GeneralPos -> /Stage/jmp/GeneralPos//GeneralPosInfo
* MapParts -> /Stage/jmp/MapParts//MapPartsInfo
* Start -> /Stage/jmp/Start//StartInfo
* AreaObj -> /Stage/jmp/Placement//AreaObjInfo
* CameraCube -> /Stage/jmp/Placement//CameraCubeInfo
* DemoObj -> /Stage/jmp/Placement//DemoObjInfo
* Obj -> /Stage/jmp/Placement//ObjInfo
* PlanetObj -> /Stage/jmp/Placement//PlanetObjInfo
* Sound -> /Stage/jmp/Placement//SoundInfo
* StageObj -> /Stage/jmp/Placement//StageObjInfo

The file in which the object appears the most is set as 'Preferred file' for the object.

❽ In reference to this: AirGliderCource

This object is not in SMG2's objectdata. So this object is unknown.

The object IDs do NOT correspond to the contents of the ObjectData directory. ObjectData just holds graphics data for objects that have graphics. Objects with no graphics will not have files there but still be perfectly good objects.

This doesn't exclude the possibility of missing/extra objects though. The ObjectDB was filled from the games' ObjNameTable files, which might not be quite right. But don't say that objects are missing/extra just because of what you see in the ObjectData directory.


The most important part in this is, don't misuse the two first checkboxes ('purpose known/info complete'). Make sure to check them when it is appropriate. I don't want objects flagged as 'Complete' but lacking names/descriptions/fields.

____________________
NSMBHD - Kafuka - Jul
melonDS the most fruity DS emulator there is

zafkflzdasd