Simply put, regions are not multidimensional. They don’t hold additional attributes like you’ve laid out here. Regions are just placeholders for content. That content can be generated in anyway you choose, but typically it is with Views.

If you need additional variables available to your master template that are not regions, use the tried and trusted $this->load->vars() method in CI.

Can $this->load->vars() be used with other template parsers other then the default CI $this->load->view() or $this->parser->parse()?

This function takes an associative array as input and generates variables using the PHP extract function. This function produces the same result as using the second parameter of the $this->load->view() function above. The reason you might want to use this function independently is if you would like to set some global variables in the constructor of your controller and have them become available in any view file loaded from any function. You can have multiple calls to this function. The data get cached and merged into one array for conversion to variables.

Doesn’t say anything specific about the Template Parser class, but certainly covers Views. I don’t use template parsers ever so it’s not something I’ve come across. Should be easy enough to check.

Colin Williams - 24 August 2008 05:41 PM

Doesn’t say anything specific about the Template Parser class, but certainly covers Views. I don’t use template parsers ever so it’s not something I’ve come across. Should be easy enough to check.

Yeah I don’t think it works. Unless I’m doing something wrong.

$this-load->vars() extracts your array of variables into the view buffer and is only available to $this->load->view(). Whereas the CI Parser relies on a specific $data array being passed to it.

Hope this helps.

Good to know, wiredesignz.

So, Milos, you just need to pass that data when writing the file to be parsed

Thanks wiredesignz and Colin.

Could the variables be passes to Template? Would this be logical as Template is trying to keep to the CI standard as much as possible? If this is included in Template it would mean that if Template is removed from any solution and the user decides to go back to the CI standards $this->load->view() or $this->parser->parse() their solution would not need much changing.

Thanks for all the feedback. I think any suggestions will improve Template as a library.

Keep your eye out for the next release, Milos. I think you’ll like what I come up with.

I still want to address the last part of your statement and stress that Template interfaces with views and parsers, it does not act like them. It is not a replacement for either of the two items.

Now I like the sound of this! Thanks Colin.

Colin Williams - 26 August 2008 04:25 AM

I still want to address the last part of your statement and stress that Template interfaces with views and parsers, it does not act like them. It is not a replacement for either of the two items.

Sorry, I don’t think I made it clear what I was trying to say. I understand it is NOT a replacement. I was trying to say that in a case where a user decides to remove Template from their solution it will be very simple for them to update their code to do so.

From what I can find in the code, it is not possible to set a view as default content of a region.

So I made a small addition to your lib, feel free to add it:

Then you can use it like this: