Changes between Version 3 and Version 4 of Ticket #16337, comment 1


Ignore:
Timestamp:
Nov 14, 2012, 1:54:24 PM (9 years ago)
Author:
Adrian Vasiliu
Comment:

Legend:

Unmodified
Added
Removed
Modified
  • Ticket #16337, comment 1

    v3 v4  
    55On the other side, this solution would ensure the later transition (for the item touched/clicked last) is not done, while it might be preferable that the later one wins. However it seems difficult to ensure the already started transition is correctly cancelled.
    66
    7 Another aspect is that this solution would imply that we critically depend on View to guarantee that a beforeTransition topic is always followed by a afterTransition topic. Any corner case when this wouldn't hold would result in items not triggering their action anymore...
     7Another aspect is that this solution would imply that we critically depend on View to guarantee that a beforeTransition topic is always followed by a afterTransition topic. Any corner case when this wouldn't hold would result in items not triggering their action anymore... A more robust variant would be that items rely on the !ViewController shared instance (the controller emits beforeTransition / afterTransition events but only to the item which initiates them). A newly introduced global flag "duringTransition" in the controller would be robust, and would avoid the performance impact of having each item subscribed to transition topics.