Bezeichnungen für ANY und ANY_OPEN in der Array-Referenz verständlicher machen #231

Problem

In der Oberfläche werden die Array-Referenzen derzeit als „Irgendeine – Strikt“ (ANY) und „Irgendeine – Offen“ (ANY_OPEN) bezeichnet.

Diese Benennung ist missverständlich: ANY wird leicht im üblichen Sinn von „mindestens ein Wert“ verstanden. Die tatsächliche Auswertung unterscheidet jedoch:

• ANY: Alle vorhandenen Arraywerte müssen die Bedingungen des Regelsatzes erfüllen; zusätzliche nicht passende Werte verhindern den Treffer.
• ANY_OPEN: Mindestens ein Arraywert muss die Bedingungen erfüllen; weitere nicht passende Werte sind erlaubt.

Beispiel für [passend, nicht passend]:

• ANY → kein Treffer
• ANY_OPEN → Treffer

Damit verhält sich ANY aus Nutzersicht eher wie ALL. Die aktuelle Bezeichnung kann insbesondere bei Markieraufgaben zu fachlich falschen Kodierschemata führen.

Vorschlag

Die serialisierten technischen Werte bleiben aus Kompatibilitätsgründen unverändert. Lediglich Bezeichnungen und Hilfetexte in der Oberfläche werden präzisiert, beispielsweise:

• ANY: „Alle vorhandenen Werte müssen passen“ oder „Alle – Strikt“
• ANY_OPEN: „Mindestens ein Wert muss passen; weitere sind erlaubt“ oder „Irgendeine – Offen“
• numerische Referenz: „Bestimmte Position“

Zusätzlich sollten Tooltips die unterschiedliche Behandlung zusätzlicher Arraywerte mit einem kurzen Beispiel erklären.

Akzeptanzkriterien

• Die Bezeichnungen unterscheiden eindeutig zwischen „alle Werte“ und „mindestens ein Wert“.
• Ein Tooltip oder Hilfetext zeigt das Verhalten bei zusätzlichen nicht passenden Werten.
• Die gespeicherten Werte ANY und ANY_OPEN sowie deren Auswertungssemantik bleiben unverändert.
• Übersetzungen und betroffene UI-Tests werden angepasst.

Kontext

• Generatorfehler und Default für Mehrfachvariablen ohne Positionslabels: Kodiergenerator erzeugt bei Mehrfachvariablen ohne Positionslabels ungültiges valueArrayPos: -1 #220
• Diskussion am konkreten Studio-Beispiel: Kodierbericht: Validierung Status "Fehler" unklar studio-lite#1463 (comment)