Anyway to examine the final XML structure magento comes up with after parsing & combining all the different XML files?
- There is nothing of that sort which turned up on searching on the internet and I think for someone like me, magento layouts were a bit too much in the beginning & I would try to do everything on the code side.
- Another thing which will help in picking up the name of different nodes that we can use, right away from the final XML structure.
- Never ran into this but I believe we will have a better picture of what’s overriding what.
The following will get you the merged configuration from
app/etc/*.xml,app/etc/modules/*.xml, as well as each (active) module’sconfig.xmlfile; when retrieving the config though there is no indication of what was overwritten, as the merges happen as each config file is being parsed:However, you seem to be asking about how the application makes use of this information. This is a function of application design.
Also, you mention “all of the different XML files.” It’s worth noting that these are not maintained in one massive object instance. For example, layout XML is accessed using the layout update object
Mage_Core_Model_Layout_Updateand can be accessed meaningfully after it’s been loaded and manipulated for a given rendering scope (e.g.loadLayout()in a controller action):