Difference between revisions of "Manual:DIL Manual/findsymbolic()"
Line 1: | Line 1: | ||
− | |||
− | |||
− | |||
unitptr findsymbolic ( s : string ) | unitptr findsymbolic ( s : string ) | ||
− | s : Symbolic name of the | + | s : Symbolic name of the unit to find (player, room, object, NPC) |
return: A pointer to an instance of the unit, or null. | return: A pointer to an instance of the unit, or null. | ||
Example: findsymbolic("bread@midgaard") | Example: findsymbolic("bread@midgaard") | ||
− | + | This routine supplements findunit() and findsymbolic(#,#,#). It comes in handy, if it is | |
− | + | important to get a unitptr to a unit in the world. This is super fast | |
− | + | and a great routine if it doesn't matter where in the world the unit is. | |
− | + | Otherwise, look at the findsymbolic(u,s,i) below If for example, | |
− | + | Mary needs to send a message to John the Lumberjack, then she should NOT | |
− | + | use the findunit() since it may locate a different John - even a player! | |
− | + | If she instead locates him using findsymbolic("john@haon_dor") she will be | |
− | + | certain that it is in fact her husband, and not the player John Dow from | |
+ | Norway. If there was two john@haon_dor in the game, she'd get a random one of | ||
+ | them (but there's only one John and if there was two it wouldn't really matter | ||
+ | which one she would activate). This function also will return rooms and players (which it did | ||
+ | not do in the past), making findroom somewhat superfluous. | ||
unitptr findsymbolic ( u : unitptr, s : string, i : integer ) | unitptr findsymbolic ( u : unitptr, s : string, i : integer ) | ||
Line 23: | Line 24: | ||
Example: findsymbolic(self, "bread@midgaard", FIND_UNIT_INVEN) | Example: findsymbolic(self, "bread@midgaard", FIND_UNIT_INVEN) | ||
− | + | This routine supplements findroom, findunit and findsymbolic(#). | |
− | + | It will simply return the first unit matching the symbolic name. | |
− | + | It comes in handy, if it is important to get a correct reference to a unit somewhere | |
− | + | relative to 'u'. If for example, Mary needs to check if she has her own | |
− | + | cooking pot, then she should NOT use the findunit since it may locate a | |
− | + | different pot, not belonging to Haon-Dor but to some other zone. If she | |
− | + | instead locates it using findsymbolic(self, "pot@haon_dor", FIND_UNIT_IN_ME) | |
− | + | she would be certain that it is in fact her own cooking pot that she is | |
− | + | carrying around, and not some other pot from a Joe Blow's zone. | |
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− |
Revision as of 06:58, 20 January 2021
unitptr findsymbolic ( s : string ) s : Symbolic name of the unit to find (player, room, object, NPC) return: A pointer to an instance of the unit, or null. Example: findsymbolic("bread@midgaard")
This routine supplements findunit() and findsymbolic(#,#,#). It comes in handy, if it is important to get a unitptr to a unit in the world. This is super fast and a great routine if it doesn't matter where in the world the unit is. Otherwise, look at the findsymbolic(u,s,i) below If for example, Mary needs to send a message to John the Lumberjack, then she should NOT use the findunit() since it may locate a different John - even a player! If she instead locates him using findsymbolic("john@haon_dor") she will be certain that it is in fact her husband, and not the player John Dow from Norway. If there was two john@haon_dor in the game, she'd get a random one of them (but there's only one John and if there was two it wouldn't really matter which one she would activate). This function also will return rooms and players (which it did not do in the past), making findroom somewhat superfluous.
unitptr findsymbolic ( u : unitptr, s : string, i : integer ) u : Search is relative to this unit. s : Symbolic name of the NPC or Object to find. i : FIND_UNIT_XXX bit vector of places to search. return: A pointer to an instance of the unit, or null. Example: findsymbolic(self, "bread@midgaard", FIND_UNIT_INVEN)
This routine supplements findroom, findunit and findsymbolic(#). It will simply return the first unit matching the symbolic name. It comes in handy, if it is important to get a correct reference to a unit somewhere relative to 'u'. If for example, Mary needs to check if she has her own cooking pot, then she should NOT use the findunit since it may locate a different pot, not belonging to Haon-Dor but to some other zone. If she instead locates it using findsymbolic(self, "pot@haon_dor", FIND_UNIT_IN_ME) she would be certain that it is in fact her own cooking pot that she is carrying around, and not some other pot from a Joe Blow's zone.