Repository navigation
v1.1.7
Bug fix in addSubView(). Calls that worked before find the same container.
Fixes
addSubView(containerId, view)now finds its container the same way asget(): in every top-level element of the view's layout, in order, and the container may be a top-level element itself. Before, only the inside of the first top-level element was searched, so a container in a later top-level element (e.g.<h2>…</h2><table><tbody id="rows">) or a top-level container logged "no element #… in the view" and nothing was added.addSubView()with a container id that is not a valid CSS identifier (for example one starting with a digit) no longer throws aSyntaxError.
Docs
- README, AI guide and type definitions: the
addSubView()container lookup;insertSubView()inserts among the children of the first top-level element. TheaddSubView()parameter is namedcontainerIdin the type definitions, as in the README.