If you don’t understand it, there are more details in the repository.
Blueprint as plugin name
Maybe it’s going to be a discussion about my name for the plugin, as I call it blueprint, the same name as a core function.
So here are the reasons:
I’m out of ideas. I was thinking about calling it smurf but then what would the syntax be? smurf::get('home')?
The blueprint class is not already taken by the core and hopefully it will never be.
I really like the simple syntax of for example blueprint::get().
Maybe there is a reason for a name change, but I don’t see that right now and I have not alternative names for it. The most important thing I think is that the syntax is rememberable, readable and understandable.
Thanks! Even if all suggestions are not perfect I like them, as it gives new perspective on things. So keep’em coming! I’ll keep blueprint a while longer tho.
With major bug fixes, this release should be much more stable than 0.2. I also added support for structure fields when it comes to global field definitions and extends.
This is probably the biggest update on this plugin so far.
New feature - Array stepping
One of my favorite features is what I call the array step feature. Look at the example below. If type exists in the title field, it will print it, else it will print nothing (because it will be null).