Thank @saqimtiaz its late here and I will find my notes and reply tomorrow.
- I think it related to transcluding a Projectify project view and if any click took place in side it to timestamp the project. But let me check.
Night 
[Update] @saqimtiaz please forgive my verbosity, this is a little hard for me to express.
I reviewed my extensive notes: This Topic was primarily originating from the desire for a conceptual solution, to help me work on multiple issues, including but not limited to;
- Propose and alternative method to introduce message/event captures without new page templates
- Each requires a new layout, I am trying to see if there is a way to give hackability to introduce event and message catchers to the whole wiki without modifying the page template or adding a layout.
- Use message catcher on tm-save-wiki to set last save time, whereever its triggered?
- Actions on Opening and closing tiddlers
- Additional actions on a block of transcluded content, while letting the existing actions to occur
Here is an example of where it “fails”;
\widget $catch.nav(tiddler)
\procedure on-navigate-actions()
<$action-log/>
\end on-navigate-actions
<$messagecatcher $tm-navigate=<<on-navigate-actions>>>
<$transclude tiddler=<<tiddler>> mode=block/>
</$messagecatcher>
\end
<$catch.nav tiddler=HelloThere/>
For all events you can trigger in HelloThere we can log to the console. We can only catch navigation events, and HelloThere only contains internal and external navigation events.
- However due to the use of the message catcher the navigation events are consumed by it and no navigation occurs.
- Of course we can correct this by introducing a new action to “on-navigate-actions” above, in this case
<$action-navigate $to=<<event-navigateTo>>/>
- The navigation will also occur.
- The problem here is we need to specifically trap navigation events and have to specifically replace the navigation action.
- If we could turn off the consumption of the navigation event it would continue without us needing to hard code it, back in.
The bigger picture
Now imagine something similar with the event catcher widget doing the same;
- Any event occurring inside the catcher will be caught and depending on the actions triggered, additional actions can be introduced, including a simple log of every event/action.
- If the events caught are not consumed they will continue to occur without hard coding their “alternative”.
- This method could be used to investigate “any actions” which occur inside the catcher whilst still performing them.
Of course this form works when I include the replacement action navigate;
\widget $catch.nav()
\procedure on-navigate-actions()
<$action-log/>
<$action-navigate $to=<<event-navigateTo>>/>
\end on-navigate-actions
<$messagecatcher $tm-navigate=<<on-navigate-actions>>>
<$slot $name="ts-raw"/>
</$messagecatcher>
\end
<$catch.nav>
{{HelloThere}}
</$catch.nav>
The biggest picture,
Adding hackable message and event capture without editing the core pagetemplate or adding layouts.
Either using parameters or transclusions to alter the events captured, or the response to those events, we would be able to introduce message and event captures to the core page template,. without modifying the page template (once this is implemented).
Your sincerly
Tony