DOM-Editor Form Improvement

Hallo Community,

mein Anliegen bezieht sich auf die Nutzung der Eingabekomponenten für Rich-Text, und hier insbesondere auf die Möglichkeiten, Tabellen und Listen zu konfigurieren.
Hier sehe ich folgende Problembilder:
  • Abhängigkeiten zu Formatvorlagen
  • schwer wartbare Einstellungen
  • Einstellungen zu übergreifend

Tabellen:

Im Fall dass eine Tabelle im DOM-Editor verwendet werden soll, kann der Templateentwickler diese einfach nur einschalten.

Daraus resultiert ist eine Abhängigkeit zu den Formatvorlagen table, tr und td.

Ergebnis: Diese Abhängigkeit sorgt dafür, dass der Templateentwickler keine in sich geschlossenen Templates an dieser Stelle entwickeln kann.

Es müssen immer die Standard-Templates angepasst werden. Was möglicherweise in einem anderen Kontext zu Fehlern führen kann.

Listen:

Im Fall der Listen muss der Templateentwickler einen komplizierten Auswahldialog in Form einer Zeichenkette konfigurieren

Ergebnis: Diese Art der Notation macht den Formular-Code schlecht wartbar und auch die XML-Validierung scheint damit häufig Probleme zu haben.

Links:

Zur Zeit kann man nur eine Liste von Linkvorlagen pflegen.

Wenn keine Linkvorlage angegeben wird, werden alle Linkvorlagen zur Auswahl gestellt.

Anforderung:

Es wäre von Vorteil wenn mehrere Listen von Linkvorlagen pflegbar wären.

Dies würde es dem Template Entwickler ermöglichen Linkvorlagen zu gruppieren welche keinen "Link"

sondern ein komplexen Inhalt wiederspiegeln (siehe Beispiel).

Die Konfiguration sollte dahingehend erweitert werden, dass ein Template-Entwickler mehr Kontrolle über die Verhaltensweisen und Abhängigkeiten des DOM-Editors bekommt. Dadurch würde es ermöglicht werden, die Qualität des Template-Codes zu verbessern.

Nachfolgend ein Beispiel für eine mögliche Variante der GOM Syntax.

#####################################################################################################################################################################

Hello Community,

my request targets the improvement of the DOM-Editor form code.

In case that a table should be used in the DOM-Editor the template developer is only able to just enable this option.

The result of this setting is a reference to the templates named table, tr, and td.

The developer has no chance to change this behaviour all DOM-Editor components are using the same template.

In case of the list setup the developer has to define a very complex string in an XML attribute.

This kind of notation results in a bad maintainable code and the XML validation has also issues to validate the correctness of this option.

My third request relys on the configuration of link templates used in the DOM-Editor.

At the current version the form code offers the ability to enter exactly one list of link editors.

It would be a benefit to create groups of link lists. These groups could stand for Templates

which are not used as a typical link, more than a complex content in the DOM-Editor (see example).

Additionally the behaviour if no link template is defined, the DOM-Editor shouldn't show all available link templates.

The DOM-Editor should not show any link option.

I propose that the configuration will be extend in a way, the developer becomes more control of the behaviour of the templates.

See the example for a possible implementation.

<CMS_INPUT_DOM hFill="YES" rows="10" name="BEZEICHNER" useLanguages="YES">

  <LANGINFOS>

    <LANGINFO lang="*" label="TEXT" description="TEXT"/>

  </LANGINFOS>

  <LINKEDITORS>

    <GROUP name="Links" type="url">#

        <LINKEDITOR name="external_link"/>

        <LINKEDITOR name="internal_link"/>

    </GROUP>

    <GROUP name="Images" type="image">#

        <LINKEDITOR name="image"/>

    </GROUP>

    <GROUP name="Prices" type="price">#

        <LINKEDITOR name="price"/>

    </GROUP>

    <GROUP name="Markups" type="abbr">#

        <LINKEDITOR name="abbr"/>

        <LINKEDITOR name="acronym"/>

    </GROUP>

  </LINKEDITORS>

  <FORMATS>

    <TEMPLATE name="BEZEICHNER"/>

    <TEMPLATE name="BEZEICHNER"/>

    <TEMPLATE name="BEZEICHNER"/>

  </FORMATS>

  <TABLES>

    <TABLE>

      <LANGINFOS>

        <LANGINFO lang="*" label="TEXT" description="TEXT"/>

      </LANGINFOS>

      <FORMATS>

          <TEMPLATE name="BEZEICHNER" type="table"/>

          <TEMPLATE name="BEZEICHNER" type="header"/>

          <TEMPLATE name="BEZEICHNER" type="footer"/>

          <TEMPLATE name="BEZEICHNER" type="row"/>

          <TEMPLATE name="BEZEICHNER" type="cell"/>

      </FORMATS>

    </TABLE>

  </TABLES>

  <LISTS>

    <LIST>

      <LANGINFOS>

        <LANGINFO lang="*" label="TEXT" description="TEXT"/>

      </LANGINFOS>

      <FORMATS>

          <TEMPLATE name="BEZEICHNER" type="list"/>

          <TEMPLATE name="BEZEICHNER" type="item"/>

      </FORMAT>

    </LIST>

  <LISTS>

</CMS_INPUT_DOM>

2 Comments
Peter_Jodeleit
Crownpeak employee
Crownpeak employee

Tabellen:

Im Fall dass eine Tabelle im DOM-Editor verwendet werden soll, kann der Templateentwickler diese einfach nur einschalten.

Daraus resultiert ist eine Abhängigkeit zu den Formatvorlagen table, tr und td.

Ergebnis: Diese Abhängigkeit sorgt dafür, dass der Templateentwickler keine in sich geschlossenen Templates an dieser Stelle entwickeln kann.

Es müssen immer die Standard-Templates angepasst werden. Was möglicherweise in einem anderen Kontext zu Fehlern führen kann.

Für diesen Fall gibt es in FirstSpirit Tabellen-Format-Vorlagen.

MichaelaReydt
Community Manager
Community Manager

Hallo Oliver,

vielen Dank für deine Idee zur Verbesserung von FirstSpirit. Es ist uns wichtig, aus den Erfahrungen unserer Kunden und Partner zu lernen. Aus diesem Grund schätzen wir Feedback und freuen uns über jede Anregung.

Wir haben das Thema noch einmal evaluiert, haben aber keine Pläne, es in absehbarer Zukunft zu bearbeiten. Daher können wir deinen Feature Request zum aktuellen Zeitpunkt leider nicht berücksichtigen.

Detaillierte Informationen bezüglich des Auswahlprozesses der Requests, die wir umsetzen, haben wir in unserer Features Policy zusammengefasst.

Viele Grüße

Michaela