More work on redirect
This commit is contained in:
@@ -8,11 +8,16 @@
|
||||
* Object-Oriented Lua Support
|
||||
|
||||
* Investigate whether "delayed_invocations_" in lpxclient/lpxserver is really necessary.
|
||||
Is it just a performance optimization, or does it need to be that way?
|
||||
Is it just a performance optimization, or does it need to be that way? In particular,
|
||||
I'm thinking lpxserver can do without.
|
||||
|
||||
* Consider targeted difference transmission for just one tangible,
|
||||
meant to be used for rapid update after the player invokes a thread on that one tangible.
|
||||
|
||||
* Do we really need can_be_controlled?
|
||||
|
||||
* Replace engio with 'invoke.' and 'probe.'
|
||||
|
||||
Secret / semi-secret variables
|
||||
|
||||
Secret functions
|
||||
@@ -29,7 +34,6 @@ The Spectra game
|
||||
|
||||
Heroes of Rock,Paper,Scissors
|
||||
|
||||
Come up with a plan for 'redirect'.
|
||||
|
||||
|
||||
probes should never modify the state of the world. Currently, there is no protection to guarantee this, except for something in lpxclient where it does a snapshot and rollback before and after the probe. We should come up with a more comprehensive mechanism.
|
||||
|
||||
Reference in New Issue
Block a user