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
