"tree_parent" : [],
"desc" : "A delayed Element creator...\nOr a way to group chunks of interface together.\ntechnically this is a wrapper around a tree of Roo elements (which defines a 'module'),\n used in conjunction with XComponent.build() it will create an instance of each element,\n then call addxtype() to build the User interface.\n\nMypart.xyx = new Roo.XComponent({\n\n parent : 'Mypart.xyz', // empty == document.element.!!\n order : '001',\n name : 'xxxx'\n region : 'xxxx'\n disabled : function() {} \n \n tree : function() { // return an tree of xtype declared components\n var MODULE = this;\n return \n {\n xtype : 'NestedLayoutPanel',\n // technicall\n }\n ]\n})\n\n\nIt can be used to build a big heiracy, with parent etc.\nor you can just use this to render a single compoent to a dom element\nMYPART.render(Roo.Element | String(id) | dom_element )\n\n\nUsage patterns.\n\nClassic Roo\n\nRoo is designed primarily as a single page application, so the UI build for a standard interface will\nexpect a single 'TOP' level module normally indicated by the 'parent' of the XComponent definition being defined as false.\n\nEach sub module is expected to have a parent pointing to the class name of it's parent module.\n\nWhen the top level is false, a 'Roo.BorderLayout' is created and the element is flagged as 'topModule'\n- if mulitple topModules exist, the last one is defined as the top module.\n\nEmbeded Roo\n\nWhen the top level or multiple modules are to embedded into a existing HTML page,\nthe parent element can container '#id' of the element where the module will be drawn.\n\nBootstrap Roo\n\nUnlike classic Roo, the bootstrap tends not to be used as a single page.\nit relies more on a include mechanism, where sub modules are included into an outer page.\nThis is normally managed by the builder tools using Roo.apply( options, Included.Sub.Module )\n\nBootstrap Roo Included elements\n\nOur builder application needs the ability to preview these sub compoennts. They will normally have parent=false set,\nhence confusing the component builder as it thinks there are multiple top level elements. \n\nString Over-ride & Translations\n\nOur builder application writes all the strings as _strings and _named_strings. This is to enable the translation of elements,\nand also the 'overlaying of string values - needed when different versions of the same application with different text content\nare needed. @see Roo.XComponent.overlayString",
"isSingleton" : false,
- "isStatic" : false,
+ "isStatic" : true,
"isBuiltin" : false,
"isAbstract" : false,
"isBuilderTop" : false,
"name" : "region",
"type" : "String",
"desc" : "Region to render component to (defaults to center)",
- "memberOf" : "Roo.XComponent"
+ "memberOf" : ""
},
{
"name" : "disabled",
"type" : "Function|boolean",
"desc" : "If this module is disabled by some rule, return true from the funtion",
- "memberOf" : "Roo.XComponent"
+ "memberOf" : ""
},
{
"name" : "order",
"type" : "String",
"desc" : "Used to set the order in which elements are created (usefull for multiple tabs)",
- "memberOf" : "Roo.XComponent"
+ "memberOf" : ""
},
{
"name" : "items",
"type" : "Array",
"desc" : "A single item array - the first element is the root of the tree..\nIt's done this way to stay compatible with the Xtype system...",
- "memberOf" : "Roo.XComponent"
+ "memberOf" : ""
},
{
"name" : "parent",
"type" : "String",
"desc" : "Name of parent element which it get xtype added to..",
- "memberOf" : "Roo.XComponent"
+ "memberOf" : ""
},
{
"name" : "name",
"type" : "String",
"desc" : "String to display while loading.",
- "memberOf" : "Roo.XComponent"
+ "memberOf" : ""
}
],
"methods" : [
projects / roojs1 / blobdiff