Hi Cajus,
you can path the 0.8.2 tree controller yourself like i did in the
trunk yesterday. You have to add two snippets:
1.
this.__childrenRef = {};
in line 505 (below root.destroy();) in the __emptyTarget method.
2.
if (value == null || value.createItem == null) {
return;
}
in line 702 (above this._startSelectionModification();) in the
_setCreateItem method.
That should help and you should still have the same behavior as you
had before.
Best,
Martin
P.S. Thanks for the flowers. We do our best. :)
Am 07.04.2009 um 17:52 schrieb Cajus Pollmeier:
> Hi Martin,
>
> I cannot switch to trunk, because I need some calculateable
> stability here. I tried trunk some seconds, but something's broken
> out there.
>
> So, I just replaced the Tree.js in 0.8.2. Now, when initialily doing
> a TreeController.setModel(...), the connected widgets do not get any
> information about a changed model.
>
>
> There's an inherited tree controller which drops MSelection.js and
> uses another mixin instead. This mixin uses _updateSelection to walk
> thru the tree and find items of a certain type and moves them into a
> list. This list is bound to an ordinary list:
>
> treeController.bind("list", theList, "list");
>
> With plain 0.8.2, the list shows its content after the model is
> loaded initially. After I've replaced the Tree.js with the new
> version, the binding doesn't work anymore.
>
> Obviously this is because _updateSelection is not called initially.
> I've added it in the setModel method and it worked.
>
> Sure this is a hack... Do you know a better method of extracting a
> list from the tree?
>
> Greetings,
> Cajus
>
>
> PS: I need to say this: It's fun to work with qooxdoo and live with
> a premier quality support mailinglist. Thanks!
>
>
> Martin Wittemann schrieb:
>> Hi Cajus,
>>
>> i have found the bug in the tree controller. It is as i suspected.
>> The
>> references to the tree folders have not been cleaned up correctly so
>> the reference pointed to an already disposed tree folder. I have
>> committed the fix in revision 18703 in the trunk.
>> Can you switch to trunk or to the 18703 revision?
>>
>> Best,
>> Martin
>>
>>
>> Am 07.04.2009 um 15:20 schrieb Cajus Pollmeier:
>>
>>> Gene Amtower schrieb:
>>>> Hi, Cajus,
>>>>
>>>> I've not used these classes myself yet, but I was looking through
>>>> your
>>>> sample code anyway to learn from it. I can't seem to find the
>>>> "SetModel" and "SetDelegate" methods that you are calling in the
>>>> controller.Tree class by browsing the API reference. I also noted
>>>> that
>>>> this class is marked as "Experimental", which may lead to
>>>> problems. I
>>>> have Qooxdoo 0.8.2 trunk from last week - which Qooxdoo version are
>>>> you
>>>> using? Can anyone explain why I'm not seeing these methods in the
>>>> API
>>>> documentation, either my local copy or the Qooxdoo site copy?
>>>>
>>>> Also, I compared your code to the DemoBrowser code for
>>>> data/TreeController, and it includes the "nodes[0]" data array in
>>>> the
>>>> constructor for qx.data.controller.Tree, where you use the "null"
>>>> value
>>>> and follow up with the SetModel method (that I can't find in the
>>>> API) to
>>>> set it. You might try instead adding "nodes[0]" into the
>>>> constructor
>>>> method instead of the way you have it in the example code.
>>> Hi Gene,
>>>
>>> I don't want to pass nodes[0] do this, because I'm not able to
>>> change the models later without major problems in this case. I have
>>> to replace this model by a new one if the user requests it. And
>>> there seems to be a similar problem if you call setModel() while
>>> using a delegation.
>>>
>>> I've an external referral to stock qooxdoo 0.8.2 in my SVN tree.
>>>
>>> Cheers,
>>> Cajus
>>>
>>> ------------------------------------------------------------------------------
>>> This SF.net email is sponsored by:
>>> High Quality Requirements in a Collaborative Environment.
>>> Download a free trial of Rational Requirements Composer Now!
>>> http://p.sf.net/sfu/www-ibm-com
>>> _______________________________________________
>>> qooxdoo-devel mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
>>>
>>>
>>
>>
>> ------------------------------------------------------------------------------
>> This SF.net email is sponsored by:
>> High Quality Requirements in a Collaborative Environment.
>> Download a free trial of Rational Requirements Composer Now!
>> http://p.sf.net/sfu/www-ibm-com
>> _______________________________________________
>> qooxdoo-devel mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> High Quality Requirements in a Collaborative Environment.
> Download a free trial of Rational Requirements Composer Now!
> http://p.sf.net/sfu/www-ibm-com
> _______________________________________________
> qooxdoo-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
>
>
------------------------------------------------------------------------------
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
_______________________________________________
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
