better detection of html code in gfi results

[Dominik Fröhlich]

Bisher werden in den gfi results html snippets nur erkannt, wenn sie <br> enthalten. Hier wäre es schön, wenn zukünftig auch code ohne Zeilenumbruch erkannt wird, z.B,. mit “</a>” kann man html code mit links oder mit “<img” bilder recht zuverlässig erkennen.

Ich nutze derzeit statt

v-else-if="typeof value === 'string' && value.includes('<br>')"

v-else-if="typeof value === 'string' && ()value.includes('<br>') || value.includes('</a>'))"

masterportal/src/modules/tools/gfi/components/themes/default/components/Default.vue: 151

[Dominik Fröhlich]

typo

[Annemarie Becher]

Wenn ich das richtig sehe, dann erkennt das gfi Modul in der Version 2.6.1 nur html Code, wenn im String ein <br> enthalten ist.

In meinen darzustellenden html Snippets sind weder <br> noch <a> wie oben angegeben, vorhanden. In meiner zur verwendeten Version 2.5.5 funktioniert das Erkennen des html Snippets einwandfrei.

Es muss also eine Lösung geben, welche jeden html Code erkennt. Es kann ein extra Schlüsselwort verwendet werden oder man muss explizit etwas konfigurieren oder aber es müssen alle html Code Wörter aufgenommen werden. Die Erkennung auf <br> und <a> zu begrenzen, würde sehr viel Flexibiliät einbüßen.

[Annemarie Becher]

Diese Anpassung ist im Grunde keine Erweiterung sondern eher ein Fehler.

[Dominik Fröhlich]

Es ist inzwischen Zeile 179.
Das verwende ich derzeit:

v-else-if="typeof value === 'string' && (value.includes('<br>') || value.includes('</a>') || value.includes('</img>'))"

‌

[Nora K]

Hallo, bei mir verursacht dieser Fehler ebenfalls ein Problem in der Darstellung. Ich verwende einen externen WFS, dessen Daten bzw. html-Formatierung ich nicht verändern kann. Das Ergebnis sieht wie folgt aus:

‌

[Dominik Fröhlich]

Kann ich bestätigen. In 2.17 tritt der Fehler wieder auf. Zwar stehen meine Tags noch als “or” in der DefaultTheme.vue::325. Der HTML Code wird aber trotzdem nicht interpretiert. Seltsam.

In der 2.16.0 hatte ich das Problem noch nicht. Da wurde mein html code noch interpretiert…

[Dominik Fröhlich]

Persistent in 2.19.0

Mein oben beschriebener “hack” funktioniert allerdings wieder.

[BA Friedrichshain-Kreuzberg]

Hallo,

leider haben wir die Addons noch nicht eingebunden und der oben genannte Fehler tritt in Version 2.20.1 leider immer noch auf. Die externen Links sehen bei der Sachdatenabfrage nicht schön aus und sind darüber hinaus nicht nutzbar. Gibt es eine Möglichkeit das ganze ohne Addons zu beheben?

‌