Versions

From TrainzOnline
(Difference between revisions)
Jump to: navigation, search
(Created page with " ==Versions== ===Version 1.2=== ''TBD'': For a crane object the dispatcher calculates if yet registered stacks are reachable and retours a list of reachable stacks with a "DI...")
 
Line 1: Line 1:
  
==Versions==
+
===Version 1.3===
 +
''TBD'': Not yet in work.
  
 
===Version 1.2===
 
===Version 1.2===

Revision as of 20:14, 23 April 2024

Version 1.3

TBD: Not yet in work.

Version 1.2

TBD: For a crane object the dispatcher calculates if yet registered stacks are reachable and retours a list of reachable stacks with a "DISPATCHER","EXISTING_REACHABLE_STACKS,StackGOIDListSoup message. If a not yet registered stack will be appended or updated a "DISPATCHER","APPEND_REACHABLE_STACK,StackGOIDSoup.

TBD: For stack objects the dispatcher calculates if yet registered cranes may reach it and posts the message "DISPATCHER","REACHABLE_STACK" to fitting cranes with appended goid as an one tag soup and reposts the list of crane goid's with the message "DISPATCHER","CRANES_REACHABLE" with the appended goid list as soup.

TBD: For registered container objects the dispatcher reproofs the stack. Unregistered containers will be appended randomly to a stack and if there is yet no stack it will be informed to re register sometimes later again. TBD: Messaging while moving containers from stack to stack.

Version 1.1

The asset instances of containers, stacks and cranes load their config parameters and their soups.

After finishing their Init and SetProperties methods and if the "World","ModuleInit" message was sent they post their "REGISTER","REGISTER_ME",ObjectDataSoup message to the dispatcher.

The dispatcher reposts after processing the registering a "DISPATCHER","UPDATED"/"INSERTED"/"APPENDED",ObjectDataSoup message. The registering process updates registered object's data or inserts/appends yet not registered object's data.

Personal tools