HTML Logo by World Wide Web Consortium ( Click to learn more about our commitment to accessibility and standards.

Moving forward with Composr

ocPortal has been relaunched as Composr CMS. ocPortal 9 is superseded by Composr 10.

Head over to for our new site, and to our migration roadmap. Existing ocPortal member accounts have been mirrored.

Mixing HTML and PHP in a minblock

Login / Search

 [ Join | More ]
 Add topic 
#101623 (In Topic #19936)

Community saint


All my previous programming instincts are telling me that I should not do this, i.e. separate presentation from programming constructs - my background is real time embedded stuff in power systems and we always kept them separate.

So would it be acceptable to fill a variable with HTML code as the PHP executes and then perform a single echo at the end to output it back to the comcode page with the mini block on it ?

I did some digging around how other miniblocks have been written and they tend to create a new ocp_tempcode() object and then use methods like attach and evaluate_echo to create the presentation html (or possibly tempcode). the do_template parameters look strange and hard to work out particularly the _GUID code - is there a tutorial that explains how this all fits together ?

I know that I could be "dirty" and mix html and php but o would like to learn more about OCP and try and be as disciplined and "clean" as possible.

I look forward to hearing your thoughts.

Back to the top

Templates are actually pretty trivial. _GUID is just another parameter. We automatically generate them via a script, before we make a major release. It's so different calls to the same template can be distinguished.

So do_template just calls a named template with a load of parameters.







Become a fan of Composr on Facebook or add me as a friend. Add me on on Twitter. Support me on Patreon
Was I helpful?
  • If not, please let us know how we can do better (please try and propose any bigger ideas in such a way that they are fundable and scalable).
  • If so, please let others know about Composr whenever you see the opportunity or support me on Patreon.
  • If my reply is too Vulcan or expressed too much in business-strategy terms, and not particularly personal, I apologise. As a company & project maintainer, time is very limited to me, so usually when I write a reply I try and make it generic advice to all readers. I'm also naturally a joined-up thinker, so I always express my thoughts in combined business and technical terms. I recognise not everyone likes that, don't let my Vulcan-thinking stop you enjoying Composr on fun personal projects.
  • If my response can inspire a community tutorial, that's a great way of giving back to the project as a user.
Back to the top
There are too many online users to list.
Control functions:

Quick reply   Contract

Your name:
Your message: