⚠️ Bug - Show figure prefixes when choosen (even when captions text is empty)

[tiagov8]

Requested by: @tiagov8 via YakShaver.ai 🦬
cc: @tiagov8, @Marxoz, @PothieuG, @Freego1783 @Aibono1225 @adamcogan @DotNetDann

Hi Team!

  🟥  Watch the video (1 min 20 sec)

  Url from screen share: https://ssw.com.au/rules/admin#/rules/number-tasks-questions

Pain

In Rules V3 (TinaCMS), figure prefixes for example templates (e.g. "Good Example" and "Bad Example") are not displayed unless caption text is entered. This creates a poor editing and viewing experience because users cannot distinguish between example types when captions are empty.

Currently, editors must add placeholder text to force the prefix to appear. The expected behavior is that when an example type is selected (Good Example, Bad Example, or Okay Example), the corresponding prefix should display even if the caption field is empty. If no example type is selected, nothing should be shown.

Acceptance Criteria

1. When a Good Example figure type is selected and the caption is empty, the "Good Example" prefix is still displayed
2. When a Bad Example figure type is selected and the caption is empty, the "Bad Example" prefix is still displayed
3. When an Okay Example figure type is selected and the caption is empty, the "Okay Example" prefix is still displayed
4. No extra dash or empty caption placeholder is shown when the caption field is empty
5. When no example type is selected, no prefix or caption area is displayed
6. Existing behavior continues to work correctly when caption text is provided

Reproduce Steps

1. Open a rule in Rules V3 (TinaCMS)
2. Add or locate a figure configured as a Good Example, Bad Example, or Okay Example
3. Leave the caption/text field empty
4. Preview or view the rendered rule
5. Observe that the example prefix is not displayed unless text is entered into the caption field

Screenshot

Figure: Good/bad example prefix hidden without caption text

[github-actions]

Pull request created: #2687

Generated by Issue Triage

[Aibono1225]

✅ Done

[tiagov8]

Hi @Aibono1225

See the category description: https://www.ssw.com.au/rules/rules-to-better-interfaces-winforms-controls

1. Is this bug caused by this change?
2. Please fix

[Aibono1225]

Hi @tiagov8 ,

1. Is this bug caused by this change?
2. Please fix

No - this was likely caused by leftover content from the migration that wasn't cleaned up. I've created a PR to remove it: SSWConsulting/SSW.Rules.Content#13134.

Notes: I also searched the whole Rules.Content, this is the only category with this issue