Questions & Answers

[arnbae]

Hallo,

in der 4.2 R4 ist die Methode als deprecated markiert (zwar nicht in der API-Doku Build 4.2.443 - (15.06.2011 11:06:54), aber in der Verwendung - da wird eine Warning geworfen.

Welche Methode ersetzt diese, d.h. wie kann ich die reinen String-Inhalte aus EditorValues ziehen?

Wir benötigen das dringend, um die suchbaren Inhalte einer Seite für einen Suchindex herauszuziehen.

Vielen Dank & beste Grüße,

Arndt Bär

[Peter_Jodeleit]

Wie sieht die Warnung denn aus?

[arnbae]

Peter Jodeleit schrieb:

Wie sieht die Warnung denn aus?

WARN  ($CMS_SET(set_fieldcontent, my_section.data[my_var].editor.searchableString(#global.language))$ at 1164, 5)
deprecated usage of de.espirit.firstspirit.client.access.editor.AbstractEditorValue#getSearchableString

[StefanSchulz]

Hi,

vielen Dank für den Hinweis. Die Methode wurde fälschlicherweise als veraltet markiert.

Interne ID: #105945

Gruß

Stefan

[arnbae]

Hi,

vielen Dank, können wir im nächsten Minor Update mit einer Behebnung rechnen?

Wir haben zur Abhilfe die Methode in ein Beanshell-Script ausgelagert, so landet die Warning nun nicht mehr in den Generierungslogs. Das würden wir natürlich gerne möglichst schnell wieder entfernen.

Danke & grüße,

Arndt

[Peter_Jodeleit]

vielen Dank, können wir im nächsten Minor Update mit einer Behebnung rechnen?

Ja, wird mit dem nächsten Update behoben (wahrscheinlich v4.2.452).

[arnbae]

Hallo nochmal,

bei der Problematik gibt es einen Nach (Rück-) schlag: Bei generischen Links in DOM-Elementen liefert die Methode in der aktuellen R4 Müll zurück. Teilweise stehen im zurückgegebenen Text Elemente wie SITESTORE_LEAF, bei Content-Links gerne auch mal den Name der Datenquelle. Bei einem anderen (Mail)-Link wird die Mailadresse fünfmal :smileyalert: wiederholt, und die Beschriftung eines Radio Buttons auf dem Linkformular angezeigt, der eigentlich nur als Option für den Link dient

In den Versionen vor R4 lieferte die Methode für Links den Linktext, und das war es dann. Ich kann verstehen, warum jemand die Methode als deprecated bezeichnet hat 🙂

Wir haben jetzt noch einen Workaround gebaut und den DomEditorValue mit den speziellen Methoden für diesen Typ in Text-Only umgewandelt. Wir sollten aber nun dringend wissen (Stichwort "karge API-Doku"), mit welcher Intention die Methode getSearchableString() geschrieben wurde. Nachdem sie bisher die (sichtbaren) Textanteile aus allen Datentypen gezogen hat, was genau unseren Anforderungen entspricht, waren wir damit zufrieden, weil alles einheitlich war.

Sollten wir aber jetzt herausfinden, dass wir den Aufbau des Volltext-Indexes auf einer Methode basieren lassen, die sich dafür nur zufällig geeignet hat, möchten wir lieber vorher auf anderen Methoden umschwenken. Was ist also die offizielle und belastbare Aussage zum Zweck von getSearchableString()?

Danke & Grüße,

Arndt Bär