On 27 July 2015 at 18:23, Chris Muller <asqueaker@gmail.com> wrote:
On Mon, Jul 27, 2015 at 8:42 AM, Igor Stasenko <siguctua@gmail.com> wrote:
> Nothing here is about things to fix,
> but rather about how impossible to debug event handling in system that runs
> and relies on very same events..
> I had very annoying problem with mouse move handling and processing it
> correctly, and i finally solved the problem after number of attempts to
> track down where problem lies in..
>
> So, here is small list of problems i faced:
>
>�� - broken image (image won't start up) , because i send unimplemented
> message in critical place, thus image simply non-responsible/crashing
> immediately after startup. Easy to fix (sarcasm)
>
> - debugger window spam on every event (because of DNU/other exception).
> A slightly friendlier problem than above :)
>
> - and last one, if you break some event handling/delivery, even if image
> "behaves" you simply left without events doing what is needed, means you got
> another form of a broken image, which you cannot use anymore and need to
> start over and revert the changes you made.
>
> - veeeerrrrryyy slow event handling, because of printing every event into
> transcript , trying to see where the shit lies.

Instead of printing them to Transcript, add the Events to a global
OrderedCollection.�� Extremely fast and now you can even instrospect
them.

> - decrypting kilometers long event traces to see what goes where

Filter what goes in and/or trim your global collection.


Well that , of course, is an option.. i was considering building some tools that i need..
But that means extra work on a tooling support, with own specialized UI..
Sure thing, if i would have years ahead, i would do it this way :)

The problem is that event tracing/tracking is only one small piece of puzzle. Of course better tools would help a lot, but the scope of UI hacking is way much larger than just tracking events.
��
--
Best regards,
Igor Stasenko.