Gee, I was pretty sure there was already a warning along those lines
in there. The 'No eventSender' sounds like me. Maybe it was
commented out and you uncommented it.
Whatever. It should just be one error though. Doesn't make sense to
complain twice. And, in general, we try to put that kind of debug
code, if left in, inside `if ($debug)`, just so you don't waste time
when nothing is going to print anyways.
On 2006-09-29, at 13:01 EDT, Benjamin Shine wrote:
> I added this. (Or maybe Henry and I added it together. The ...
> feels like me.) It comes from LaszloEvents.lzs. Check out svn
> blame, it blames me:
>
> 1592 pbr function register ( eventSender , eventName){
> 726 ben if (! eventSender) {
> 1919 ben Debug.error("register...", this, this.c,
> this.f);
> 726 ben Debug.error('No eventSender (%w) for %s',
> eventSender, eventName);
> 726 ben return;
> 726 ben }
>
> This check prevents the badness that would come from the rest of
> the procedure -- following null references -- and it (helpfully?)
> tells you where it's coming from. With backtrace on you can trace
> it to where it comes from.
>
> It is an error we need to pay attention to, imho. It usually
> corresponds with a Firebug error.
>
> On Sep 29, 2006, at 9:49 AM, P T Withington wrote:
>
>> Ah, maybe we should just make the null message smarter, merge the
>> two.
>>
>> Do we think this is really a bug? Or just typical constraint
>> lossage?
>>
>> On 2006-09-29, at 12:45 EDT, Henry Minsky wrote:
>>
>>> I think I was trying to trace down where the null eventSender was
>>> coming
>>> from
>>>
>>> On 9/29/06, Henry Minsky <[EMAIL PROTECTED]> wrote:
>>>>
>>>> I might have left that register... message in as a debugging
>>>> statement by
>>>> accident
>>>>
>>>>
>>>> On 9/29/06, P T Withington < [EMAIL PROTECTED]> wrote:
>>>>>
>>>>> [Adding Henry and Max. I think they both recently worked in this
>>>>> area.]
>>>>>
>>>>> These 'register...' errors are something someone added
>>>>> recently. I
>>>>> don't recognize them. But the 'No eventSender' is an indication
>>>> that
>>>>> a constraint is failing to register properly due to initialization
>>>>> order, since these constraints seem to involve tabs, perhaps
>>>> that is
>>>>> the issue.
>>>>>
>>>>> As to the debugger window intercepting your clicks, that is a
>>>> new one
>>>>> on me.
>>>>>
>>>>> Max: is it possible your latest Sprite onclick fix could cause
>>>> this?
>>>>>
>>>>> Henry: weren't you recently working in this area? Any ideas on
>>>> what
>>>>> the register... error is?
>>>>>
>>>>> On 2006-09-29, at 11:57 EDT, Philip Romanik wrote:
>>>>>
>>>>>> Hi Tucker,
>>>>>>
>>>>>> I'm doing some work with components and found that when I have
>>>> the
>>>>>> debugger window open, mouse clicks are not working on the demo
>>>> I'm
>>>>>> looking at. This occurs in both swf and dhtml. If I turn off the
>>>>>> debugger window, clicks are working as expected.
>>>>>>
>>>>>> When the debugger window is open I'm seeing a lot of errors like,
>>>>>>
>>>>>> ERROR: No eventSender (null) for on_enabled
>>>>>> ERROR: register... «LzDelegate#80#83| «tabsbar#82#81».$cf0
>>>>>> ()»«tabsbar#82#81» $cf0
>>>>>>
>>>>>> ERROR: No eventSender (null) for on_enabled
>>>>>> ERROR: register... «LzDelegate#80#86| «tab#85#84».$cf0
>>>>>> ()»«tab#85#84» $cf0
>>>>>>
>>>>>> ERROR: No eventSender (null) for on_enabled
>>>>>> ERROR: register... «LzDelegate#80#88| «tab#85#87».$cf0
>>>>>> ()»«tab#85#87» $cf0
>>>>>>
>>>>>> ERROR: No eventSender (null) for on_enabled
>>>>>> ERROR: register... «LzDelegate#80#90| «tab#85#89».$cf0
>>>>>> ()»«tab#85#89» $cf0
>>>>>>
>>>>>>
>>>>>> Any ideas?
>>>>>>
>>>>>> Thanks!
>>>>>>
>>>>>> Phil
>>>>>>
>>>>>>
>>>>>> http://localhost:8080/legals/examples/components/
>>>> tabs_example.lzx?
>>>>>> lzr=swf7&debug=true
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Henry Minsky
>>>> Software Architect
>>>> [EMAIL PROTECTED]
>>>>
>>>>
>>>
>>>
>>> --
>>> Henry Minsky
>>> Software Architect
>>> [EMAIL PROTECTED]
>>
>>
>>
>> _______________________________________________
>> Laszlo-dev mailing list
>> [email protected]
>> http://www.openlaszlo.org/mailman/listinfo/laszlo-dev
>
_______________________________________________
Laszlo-dev mailing list
[email protected]
http://www.openlaszlo.org/mailman/listinfo/laszlo-dev
