I agree that it is not impossible that two different ships could have the same name. And we don't have to reccur to fighter plans for example, I think even car manufacturers did that occasionally.
@ Gunney_Plym (and the rest of the designers): The
name of a ship (the name that appears on the F3-F3-screen, and next to the target reticule), or in other words: the name defined by the
<key>name</key>-entry of shipdata.plist (which can BTW from 1.72 on be overridden by an optional
<key>display_name</key>-entry - quite useful for non-English localizations), is actually quite insignificant for the engine. There is only
one single case where it bears some significance: If said ship is a
dockable entity, the check whether the player is currently docked with it is done with the script-method
dockedStationName_string (in legacy scripting) or
player.dockedStation (in JavaScript). In both cases the variable returns a string which is the
name-key from shipdata.plist. So, if two dockable entites happen to have the same
name-key, the script could not decide with which of them the player is currently docked. If you are not planning to make your ships dockable, the content of the name-key is irrelevant, as far as the game engine is concerned.
The same is
not true, however, for the following names:
- The entry-name in shipdata.plist (the name between the <key></key>-tags in front of the dictionary that contains the keys defining the ship's specifications), which serves as an unique identifier. Therefore it has to be unique. A second, equally named entry in another OXP will override and therefore practically delete a previous entry (position of OXP-name in the alphabet counts).
- All file-names related to a ship, specifically
- the name of the dat-file in the Models-folder and
- the name of the texture-file(s) in the Textures-folder.
Equally named dat- or png-files will override and therefore practically delete previous files in the same way as shipdata-entries do.
And this is why giving unique names to your creatures is so important.
In short: While there can be as many ships with a
<key>name</key><string>Tiger</string> as anybody wants, there can only ever be
one <key>Tiger</key><dict> ... </dict>,
one Tiger.dat, and
one Tiger-tex.png in the Ooniverse.