Closed Bug 228831 Opened 16 years ago Closed Last year

Anonymous content is smoking trees

Categories

(Core :: XUL, defect)

x86
Windows 2000
defect
Not set

Tracking

()

RESOLVED WONTFIX

People

(Reporter: WeirdAl, Assigned: janv)

Details

I came up with the idea that if I have a tree in anonymous content, and its 
treeitems non-anonymous, I should be able to just append treeitem elements to 
the appropriate bound element:

<foo:tree>
  <xul:treeitem>
    <xul:treerow>
      <xul:treecell label="Hi mom!"/>
    </xul:treerow>
  </xul:treeitem>
</foo:tree>

This assumes the foo:tree element has a properly formatted tree in its 
anonymous content:

<binding id="foo:tree">
  <content>
    <xul:tree style="height:200px; width:300px;">
      <xul:treecols>
        <xul:treecol id="primary" primary="true" label="Messages"/>
      </xul:treecols>
      <xul:treechildren>
        <children/>
      </xul:treechildren>
    </xul:tree>
  </content>
</binding>

Unfortunately, it doesn't work.  Similarly, moving the treechildren element out 
of the binding and into the mainstream content is ineffective.

Basically, the tree's default view just doesn't consider the anonymity that XBL 
makes possible in all the relevant combinations.

Cc'ing hyatt, bz.  I'm wondering if I'm just asking way too much of the tree 
view code, to call for anonymous and non-anonymous code to sit side-by-side 
happily ever after.  (Please don't assign this bug to me; I haven't the 
foggiest idea how to fix this...)
The similar thing has a place when I try insert non-anonymous menuitems into
anonymous menulist. In this case it can be fixed by changing menulist binding.
Component: XP Toolkit/Widgets: Trees → XUL
QA Contact: shrir → xptoolkit.widgets
I don't think anyone is going to work on this given the plan to remove the XUL "tree" widget (bug 1446335).
Status: NEW → RESOLVED
Closed: Last year
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.