Blog Sections Open

Using shk_widget radioimage Output Inside Ditto Templates

A Shopkeeper parameter can behave differently depending on whether it is rendered as a direct TV tag or as a Ditto placeholder. That was the core issue behind this topic. Direct TV Output [*color:shk_widget=`radioimage:c

A Shopkeeper parameter can behave differently depending on whether it is rendered as a direct TV tag or as a Ditto placeholder. That was the core issue behind this topic.

Direct TV Output

[*color:shk_widget=`radioimage:color:first_selected:desc_page`*]

Ditto Output

[+color:shk_widget=`radioimage:color:first_selected`+]

The problem is that listing placeholders do not always carry the same context as a full document field render. If the widget assumes more document-level state than Ditto provides, the output becomes inconsistent.

Practical Fix

  • verify the exact placeholder value Ditto passes into the template
  • keep widget logic as context-independent as possible
  • test one product card outside the full catalog loop first

Once the widget is fed the right raw value in the right format, Ditto-based product cards become much more predictable.

Newer post

Debugging eForm Report Templates That Render Wrong Data

How to diagnose cases where eForm receives a field value but the report template still renders it incorrectly or not at all.

Older post

Building Previous and Next Navigation with DocLister

How to generate previous and next links from a DocLister result set when navigation should follow the same ordering as the listing itself.