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

Zendesk API User

• 18. Februar 2013 15:22

Author: julia
Publication Date: 2/18/2013 15:22

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

Verknüpfung mit

• Developers

0

• 

  Zendesk API User

  • 23. Juli 2013 08:10

  Author: teichmann - 7/23/2013 8:10
  

  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

Bitte melden Sie sich an, um einen Kommentar zu hinterlassen.