#24908 Doppelte (hässliche) Fehlermeldungen deutsch/englisch in der Expert-Suche

Verbesserung

Wichtig

#24864

TLEnumeration anlegen im Modul-Baum

#25147

Layout für Modell-basierte Suche in der Basis bereitstellen

Detail

#24403

Rewriter um alte Daten aus dem DOStorage während der Migration zu entfernen

#24948

Upgrade ACE Editor auf Version 1.4.10

#25096

Comparator für Named

#25103

OptionProvider auf OptionModel umstellen

#25112

Gemeinsame Ober-Klasse für TLAnnotation mit String-Wert

#25124

Anzeige der Sortierung in der Listen-Administration

#25129

Modell Filter am ModelService konfigurieren

#25131

Umzug diverser ResourceProvider vom element nach tl

#25155

Name-Mapping für Named

#25159

ModelSpec.Null als Option für das Modell entfernen

#25170

Übersichtliche und einheitliche Anzeige von Fehlermeldungen

Fehlerbehebung

Wichtig

#25095

Fehler beim In-App-Konfigurieren von Sichten

#25117

Log ERROR wegen Lizenz in neu aufgesetzter Applikation

#25118

Invalide Komponenten-Referenz in meetingDialog

#25121

Neue Anwendung: BoxLayoutTag$ConfigService module not started

Detail

#24851

DefaultFormFieldControlProvider setzt immer hart den ButtonRenderer

#24870

Attribute-Tab im Model-Editor auch für Module sichtbar

#24886

Falsches Disabled-Icon für Detaildialog-Opener im Sidebar-Theme

#24907

Falsche "matching parentesis" Auszeichnung im TL-Script-Editor

#24908

Doppelte (hässliche) Fehlermeldungen deutsch/englisch in der Expert-Suche

#24911

Context-Hilfe in TL-Script-Editor nicht case-insensitive

#24955

Unsichtbare Icons / Texte im Dezenzt-Theme

#25092

I18N Probleme beim In-App-Development

#25093

Usability Probleme beim In-App-Development

#25114

Formular-Editor passt sich nicht ans Theme an?

#25115

Design-Modus-Button nach Tab-Hinzufügen nicht mehr rot

#25119

404 Error "favicon.ico"

#25120

Abhängigkeitsproblem in neuer Anwendung

#25128

Errors im Log beim Starten einer neuen Anwendung

#25148

Fehlende Übersetzung "ist leer" "ist nicht leer"

#25154

Fehlende Serialisierung von Configuration-Properties bei DisplayStrategy.IGNORE

#25158

Eigene Komponente als Option für die Modellquelle entfernen

#25161

Target Label benötigt MainLayout beim Laden der Konfiguration

#25168

Nicht verwendeten FormEditorApplyHandler löschen

#25169

TL-Script: CCE beim Vergleich von Integer und Double

#25172

Oberflächenfehler ausbessern

#25176

Modell-Editor in neuer App nicht standardmäßig aktiviert

#25178

Fehler-Icon überlappt Dialog-Öffner in Grids im Dezent-Theme

#25187

Formulare in Dialoge überwiegend nicht reaktiv

Kleinigkeit

#25181

Such-Icon im Dezent-Theme nicht zentriert wenn ausgewählt

Fehlerbehebung (Nutzer-sichtbar)

Detail

#24908

Doppelte (hässliche) Fehlermeldungen deutsch/englisch in der Expert-Suche

ModelBasedSearch

Gibt man einen fehlerhaften TLScript-Ausdruck in der modellbasierten Suche ein, dann erhält man doppelte, sprachlich gemischte Fehlermeldungen (wenn die Anwendungssprache Deutsch ist). Das ist nicht wünschenswert.

Im Allgemeinen taucht das Problem für jede Anwendungssprache außer Englisch auf. Beim Parsen eines ungültigen TLScript-Ausdrucks wird eine tl:ParseException geworfen. Die ParseException wird daraufhin in ExprFormat#handleParseException behandelt und in eine tl:ConfigurationException gewrapped. ConfigurationException ist eine tl:I18NException, d.h. internationalisierbar. Der Fehler tl:ResKey der ConfigurationException ist in den Resourcen parameterisiert und wird mit der englisch sprachigen Fehlermeldung der ParseException gefüllt.

Das hat zur Folge dass der Nutzer an der Oberfläche, mit Deutsch als Anwendungssprache, eine Fehlermeldung gemischt aus Deutsch und Englisch wiederfindet.

Umsetzung

Wird beim Parsen des TLScript-Ausdrucks festgestellt, dass dieser ungültig ist, wird diese Warnung angezeigt:

Test

Öffne die modellbasierte Suche und gib im Experten Modus bspw.

`DemoTypes`.get

ein und zeige die Resultate an. Es sollte die oben bereits beschriebene Warnmeldung erscheinen.