Maybe you know

can I have sources for "view" class so I can check how this event is
produced?

On Thu, Nov 19, 2015 at 3:17 PM, Maxim Solodovnik <[email protected]>
wrote:

> just tried to add
> new lz.errorPopup(canvas,{error:'Invalid Hash'});
>
> errorPopup was modified to print debug info in "oninit" handler, no
> printing :(
> I'm absolutely lost :(
>
> On Thu, Nov 19, 2015 at 2:26 PM, Maxim Solodovnik <[email protected]>
> wrote:
>
>> "construct" was added by me to ensure at least something is working :(
>> will try other ideas
>>
>> somehow the only "oninit" being printed is the one in main.lxz
>> will try to fix/workaround this somehow :(
>>
>> Thanks for the ideas!
>>
>> On Thu, Nov 19, 2015 at 2:19 PM, [email protected] <
>> [email protected]> wrote:
>>
>>> Okay I see your updates.
>>>
>>> Have you tried removing the "onconstruct", will the oninit then call
>>> correctly ?
>>>
>>> Another idea would be to change:
>>> <class name="restrictedConferenceRoom" extends="baseConferenceRoom">
>>>
>>> to instead extend something more simple.
>>>
>>> And maybe remove the "fixedFileExplorerWhiteboardPanel" out of the
>>> class just to get an idea where the relevant code that leads to the issue
>>> is situated.
>>>
>>> Sebastian
>>>
>>>
>>>
>>> 2015-11-19 21:01 GMT+13:00 Maxim Solodovnik <[email protected]>:
>>>
>>>> sorry my 'svn commit' failed and I haven't noticed that :(
>>>> now the line numbers should be correct
>>>> whole code is being compiled with 'swf11' option, so I expect the whole
>>>> output is swf11
>>>>
>>>> could you please examine sources one more time
>>>>
>>>> On Thu, Nov 19, 2015 at 1:51 PM, [email protected] <
>>>> [email protected]> wrote:
>>>>
>>>>> Hm,
>>>>>
>>>>> at line ~516, there is no room inited in:
>>>>>
>>>>> http://svn.apache.org/viewvc/openmeetings/branches/3.1.x/openmeetings-flash/src/main/swf/base/mainMethods.lzx?view=markup
>>>>>
>>>>> it says new lz.testSetup and passes the classname of the room.
>>>>>
>>>>> Then in:
>>>>>
>>>>> http://svn.apache.org/viewvc/openmeetings/branches/3.1.x/openmeetings-flash/src/main/swf/modules/conference/testsetup/testSetup.lzx?view=markup
>>>>>
>>>>> new lz[this.roomClassName](canvas.main_content._content.inner, {
>>>>>                                        roomobj:this.roomObj
>>>>>                                        });
>>>>>
>>>>> creates the room and then directly calls
>>>>> this.destroy();
>>>>>
>>>>> And you say in
>>>>>
>>>>> http://svn.apache.org/viewvc/openmeetings/branches/3.1.x/openmeetings-flash/src/main/swf/modules/conference/flexibleConferenceRoom/restrictedConferenceRoom.lzx?view=markup
>>>>>
>>>>> You can't find any output produced by:
>>>>> <handler name="oninit">
>>>>>        if ($debug) Debug.write("restrictedConferenceRoom::oninit ");
>>>>> </handler>
>>>>>
>>>>> In the debug window of the OpenLaszlo swf9 application (there is still
>>>>> the swf8 debugger window somewhere) ?
>>>>>
>>>>> I have seen some strange stuff before but it was usually possible to
>>>>> explain, or at least possible to deconstruct the issue.
>>>>>
>>>>> One possibility is obviously the immediately "this.destroy()" in the
>>>>> testSetup.lzx, I would maybe try to remove that to see if that has some
>>>>> sort of effect.
>>>>>
>>>>> But yeah this debug should be always produced somehow. In case you can
>>>>> really rule out all debugger side effects or uncertainties you might want
>>>>> to strip down the code further until you just simply do a initialisation 
>>>>> of
>>>>> a simple lz.view.
>>>>>
>>>>> Thanks,
>>>>> Sebastian
>>>>>
>>>>>
>>>>> 2015-11-19 17:00 GMT+13:00 Maxim Solodovnik <[email protected]>:
>>>>>
>>>>>> same time 'onvisible' handler is called as expected :(
>>>>>>
>>>>>> On Thu, Nov 19, 2015 at 9:59 AM, Maxim Solodovnik <
>>>>>> [email protected]> wrote:
>>>>>>
>>>>>>> Hello Sebastian, thanks for the quick response
>>>>>>>
>>>>>>> here is the example:
>>>>>>> in [1] line 516 I'm creating restricted room [2] (by direct calling
>>>>>>> 'new' for simplicity)
>>>>>>> restricted room and all its ancestors have Debug.write in
>>>>>>> constructor (I have added dummy constructor to check what is going on) 
>>>>>>> and
>>>>>>> in oninit handler
>>>>>>>
>>>>>>> According to debug output, constructor is being called while oninit
>>>>>>> is not :(
>>>>>>>
>>>>>>> [1]
>>>>>>> https://svn.apache.org/repos/asf/openmeetings/branches/3.1.x/openmeetings-flash/src/main/swf/base/mainMethods.lzx
>>>>>>> [2]
>>>>>>> https://svn.apache.org/repos/asf/openmeetings/branches/3.1.x/openmeetings-flash/src/main/swf/modules/conference/flexibleConferenceRoom/restrictedConferenceRoom.lzx
>>>>>>>
>>>>>>> On Thu, Nov 19, 2015 at 2:25 AM, [email protected] <
>>>>>>> [email protected]> wrote:
>>>>>>>
>>>>>>>> Hi Maxim,
>>>>>>>>
>>>>>>>> can you point at the class/file/line-number of the file in the SVN
>>>>>>>> that has this issue ?
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>> Sebastian
>>>>>>>>
>>>>>>>> 2015-11-18 18:43 GMT+13:00 Maxim Solodovnik <[email protected]>:
>>>>>>>>
>>>>>>>>> Hello Sebastian,
>>>>>>>>>
>>>>>>>>> Maybe you ever saw situation like this and can help to resolve it
>>>>>>>>> I'm currently moving on Openlaszlo code to be swf11 (in branch
>>>>>>>>> 3.1.x)
>>>>>>>>> It is hard process, and the main difficulty is: on some reason
>>>>>>>>> "oninit" handler is not being called on components :( Maybe you ever 
>>>>>>>>> saw
>>>>>>>>> behavior like this and can suggest how to resolve it?
>>>>>>>>>
>>>>>>>>> Thanks in advance for any help!
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> WBR
>>>>>>>>> Maxim aka solomax
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Sebastian Wagner
>>>>>>>> https://twitter.com/#!/dead_lock
>>>>>>>> [email protected]
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> WBR
>>>>>>> Maxim aka solomax
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> WBR
>>>>>> Maxim aka solomax
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Sebastian Wagner
>>>>> https://twitter.com/#!/dead_lock
>>>>> [email protected]
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> WBR
>>>> Maxim aka solomax
>>>>
>>>
>>>
>>>
>>> --
>>> Sebastian Wagner
>>> https://twitter.com/#!/dead_lock
>>> [email protected]
>>>
>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>>
>
>
>
> --
> WBR
> Maxim aka solomax
>



-- 
WBR
Maxim aka solomax

Reply via email to