julia
I'm new here

Problem bei der FirstSpirit 5.0 Migration bei der Eingabekomponente CMS_INPUT_OBJECTCHOOSER auf FS_DATASET – Weitere Anpassungen notwendig?!

Jump to solution

Hallo Community,

wir hatten letzte Woche eine FirstSpirit 5.0 Migrations Schulung. Dabei sind wir auf folgendes Problem gestoßen. Derzeit sind wir davon ausgegangen, dass man bei der Umstellung der Eingabekomponenten nur die Formulare ändern muss. Z.B.

Alt:

<CMS_INPUT_OBJECTCHOOSER name="st_featured_article" allowDelete="no" table="news.article">

    <LANGINFOS>

      <LANGINFO lang="*" label="Dataset" description="Please select a dataset"/>

      <LANGINFO lang="DE" label="Datensatz" description="Bitte wählen Sie einen Datensatz"/>

    </LANGINFOS>

  </CMS_INPUT_OBJECTCHOOSER>

Neu:

  <FS_DATASET name="st_featured_article" allowDelete="no">

    <LANGINFOS>

      <LANGINFO lang="*" label="Dataset" description="Please select a dataset"/>

      <LANGINFO lang="DE" label="Datensatz" description="Bitte wählen Sie einen Datensatz"/>

    </LANGINFOS>

<LEGACYTEMPLATE>news.article</LEGACYTEMPLATE>

    <SOURCES>

      <CONTENT name="article"/>

    </SOURCES>

  </FS_DATASET>

Leider war dies nicht der Fall. Bei der neuen Eingabekomponente war der Inhalt nicht mehr sichtbar. $CMS_VALUE(st_featured_article.title)$ hat den Wert nicht mehr ausgegeben. Wir haben dann einen Workaround gemacht mit $CMS_VALUE(st_featured_article.getDataset().getFormData().get(#global.language, "cs_title").get())$ . Ist das ein Bug? Wir sind davon ausgegangen, dass keine Änderungen im Ausgabekanal notwendig sind. 

Wir würden uns freuen, wenn uns Jemand Aufklärung geben könnte, ob es sich um einen Bug handelt und ob die Umstellung der anderen Eingabekomponenten ebenfalls problematisch sein könnten.

Vielen Dank im Voraus,

Julia Hosieny

0 Kudos
1 Solution

Accepted Solutions
teichmann
Crownpeak employee

Hallo,

ist das beschriebene Problem noch aktuell oder bereits behoben?

Das Verhalten ist kein Bug, sondern kommt dadurch zu Stande, dass CMS_OBJECT_CHOOSER eine Entity,
FS_DATASET jedoch einen DatasetContainer zurückliefert.

Um sich auf derselben Ebene wie beim CMS_OBJECT_CHOOSER bewegen zu können, ist es am einfachsten über das formData (wie Sie es auch schon getan haben) zu gehen:

$CMS_VALUE(st_featured_article.dataset.formData.cs_title)$

Die Abfrage der Sprache ist an dieser Stelle nicht notwendig, da die Werte der jeweiligen Sprache automatisch ausgegeben werden.

Meines Wissens nach ist das die einzige Eingabekomponente bei der sich der Rückgabetyp ändert.


Liebe Grüße

Jascha

View solution in original post

0 Kudos
2 Replies
teichmann
Crownpeak employee

Hallo,

ist das beschriebene Problem noch aktuell oder bereits behoben?

Das Verhalten ist kein Bug, sondern kommt dadurch zu Stande, dass CMS_OBJECT_CHOOSER eine Entity,
FS_DATASET jedoch einen DatasetContainer zurückliefert.

Um sich auf derselben Ebene wie beim CMS_OBJECT_CHOOSER bewegen zu können, ist es am einfachsten über das formData (wie Sie es auch schon getan haben) zu gehen:

$CMS_VALUE(st_featured_article.dataset.formData.cs_title)$

Die Abfrage der Sprache ist an dieser Stelle nicht notwendig, da die Werte der jeweiligen Sprache automatisch ausgegeben werden.

Meines Wissens nach ist das die einzige Eingabekomponente bei der sich der Rückgabetyp ändert.


Liebe Grüße

Jascha

0 Kudos

Hallo,

da auf Jaschas Antwort keine weitere Reaktion erfolgte, gehe ich davon aus, dass die Frage inzwischen gelöst wurde.

Ich markiere Jaschas Antwort daher als "richtige Antwort", um dieses Posting zu schließen.

Sollten dennoch weitere Fragen bestehen, bitte ein weiteres Posting erstellen.

Viele Grüße

Michaela

0 Kudos