MantisBT - Liberty Unleashed
View Issue Details
0000008Liberty UnleashedOtherpublic2011-09-10 20:432013-07-10 11:37
Stormeus 
Juppi 
normalfeatureN/A
closedfixed 
0.1.0.10 
0.1.0.11 
0000008: [Request] player.Train, player.InTrain
Since 0.1.0.11 is going to support train IDs, it would be useful to have two new player class members:

- player.Train returns the ID of the train the player is in, if they are in one
- player.InTrain a boolean specifying if the player is in a train or not
No tags attached.
Issue History
2011-09-10 20:43StormeusNew Issue
2011-09-10 20:44StormeusNote Added: 0000005
2011-09-10 20:44StormeusStatusnew => feedback
2011-09-10 22:53JuppiNote Added: 0000007
2011-09-10 22:53JuppiAssigned To => Juppi
2011-09-10 22:53JuppiStatusfeedback => assigned
2011-09-11 21:03JuppiNote Added: 0000011
2011-09-11 21:03JuppiStatusassigned => closed
2011-09-11 21:03JuppiResolutionopen => fixed
2011-09-11 21:03JuppiFixed in Version => 0.1.0.11
2011-09-11 23:55JuppiStatusclosed => resolved
2013-07-10 11:37StormeusStatusresolved => closed

Notes
(0000005)
Stormeus   
2011-09-10 20:44   
Don't mind me, just setting to Feedback instead of New
(0000007)
Juppi   
2011-09-10 22:53   
I will add something to return train IDs (such ash Player.Train). I don't see the need for Player.InTrain though because the same thing can be achieved by checking whether the train ID is a valid one.

Ideally we'd want to treat trains like any vehicles, however due to how things are synced currently this is not possible yet. It is possible that a later release might replace train IDs with pointers for the sake of consistency, this will obviously be notified beforehands.
(0000011)
Juppi   
2011-09-11 21:03   
The next update will introduce Player.Train (both client-and serverside) which returns the ID of the train or INVALID_TRAIN_ID if the player is not in a train.