Semantic Workflow Update

[sbmanalyst994]

Feature area

Verse detection

Description

The Semantic search panel currently refreshes very fast and it's limited to 7 entries. While high responsiveness is great, during live preaching/speaking, relevant verses disappear before the operator can click or stage them into the queue. Because results are replaced wholesale, scrolling down to inspect older matches is difficult.

Suggested solution

1. Sliding Window / Buffer (Append vs. Overwrite):

   • Increase the buffer capacity (e.g., 20–30 entries). Settings can be included to allow users set preferences for Max Semantic entries and refresh rate.
   • Append newly detected matches in batch of 5 to the history buffer instead of the current wipe-and-replace of 7, with older entries expiring after a set duration of say 45 to 60 seconds.

2. Pause on Hover / Interaction:

   • Temporarily suspend UI rendering or semantic update when the operator’s cursor is hovering over or scrolling through the Semantic panel and if possible, show a subtle "5 new verses detected — Click to update" chip after several second of hovering/scrolling

3. Deduplication and Relevance scoring

   • Allow the new speech segment triggers 5 new semantic verses, compare them with existing items in the buffer, If a verse is already in the list move it up to avoid duplicate.
   • Include a relevance score for semantic detections and keep the active buffer sorted from highest to lowest relevance.

Alternatives considered

No response

Additional context

No response

Validations

• Check that there isn't already an issue requesting the same feature to avoid creating a duplicate.

[tobsowo]

I agree with you on the semantic detection, before I could go over it, it has disappeared.
If the list can be longer, it will be great too.

[faithfulojebiyi]

Looking into this