Example - referencing events in Basic Mode (tracked values) versus Advanced Mode (workingset values)
Suppose you define the following events in Basic Mode:
- Event 1 fires on every hit, tracks the last value, and is not searchable & reportable.
- Event 2 fires whenever Event 1 fires and Event 2's value is the value of Event 1. Event 2 tracks all instances and is searchable & reportable.
In the table below, you can see the values of these two events in each hit of a five-hit session:
| Hit | Event 1 | Event 2 |
|---|---|---|
| 1 | A | A |
| 2 | B | B |
| 3 | C | C |
| 4 | D | D |
| 5 | E | E |
Because Event 1 is not searchable & reportable, it cannot be added to a report. It can only be used by other events, such as Event 2. Event 1 is a building block event.
Since Event 1 is set to track its last value, Event 1's value changes each time that it fires. Since Event's 2 value is the value of Event 1, the value of Event 2 also changes each time Event 2 fires.
If you add Event 2 to a report, there would be five instances of Event 2. The instances would have the values A, B, C, D, and E respectively since those were the value of Event 1 when Event 2 fired.
- Using a similar construction, you can report on building block events.
If you were to modify Event 2 in Advanced Mode, you can require that Event 2 use the first instance of Event 1. In this case, adding Event 2 to a report shows 5 instances of Event 2, all containing the value A. Event 1, the building block event, still contains the five separate values.
| Hit | Event 1 | Event 2 |
|---|---|---|
| 1 | A | A |
| 2 | B | A |
| 3 | C | A |
| 4 | D | A |
| 5 | E | A |