FirstSpirit 4.2 im Redakteursalltag im Vergleich zu 3.1

[hmueller]

Hallo zusammen,

als langjährige Nutzer von FirstSpirit 3.1 hat uns das Update auf 4.2 nicht nur Verbesserungen, sondern insbesondere hinsichtlich der Usability im Redakteursalltag auch einige "Features" beschert, mit denen wir nicht so zufrieden sind. Ich möchte hiermit nachfragen, ob es anderen Anwendern ähnlich geht und ob es ggf. Workarounds gibt bzw. seitens e-spirit in kommenden Versionen an eine "Rück-Optimierung" gedacht wird.

Hier einige Beispiele:

• Beim Hochladen von Medien erfolgt keine Warnung (mehr), wenn ein Medium gleichen Namens bereits vorhanden ist. Es wird automatisch ein angepasster Referenzname angelegt.
• Beim Freigeben von Seiten erfolgt keine Warnung mehr, wenn Medien noch nicht freigegeben sind.
• Die Übersetzungshilfe funktioniert anders, dies ist aber in der Doku für Redakteure nicht dokumentiert.
• Die XML-Schnittstelle für den Übersetzungsim- und export ist nicht dokumentiert, obwohl die anzukreuzenden Funktionen etc. anders sind als in 3.1
• Der XML-Export ist nicht mehr auf Absatzebene möglich
• Das System springt bei der Bearbeitung teilweise auf einen anderen Sprachkanal zurück, inbesondere wenn man z.B. immer wieder zwischen Absätzen mehreren Seiten hin- und herspringen muß, z.B. um Content zu kopieren. Wann genau der Sprung erfolgt, ist nicht nachvollziehbar.
• Das Aus- und Einblenden von Absätzen (Häkchen) muß jetzt jedes Mal noch bestätigt werden.
• FORMEdit: bei fehlerhaftem Formular, z.B. angegebener Logger nicht vorhanden, erscheint zwar beim Absenden des Formulars die Fehlerseite, es werden dann aber alle Logger ausgelöst, d.h. z.B. sehr viele E-Mails ausgelöst. (Dies war auch in 3.1 schon so)
• Bei der Benamung von Referenznamen ist kein Bindestrich mehr möglich, nur noch Unterstrich. Eingegebene Bindestriche werden automatisch gelöscht. Refernamen werden teilweise willkürlich automatisch geändert, z.B. Zahlen am Ende hinzugefügt.
• Der Aufruf des Dialogs zur Änderung des Referenznamens is umständlich zu erreichen.
• Die Abruf einer Absatz- oder anderen ID, z.B. um diese an Kollegen weiterzugeben, ist sehr umständlich. Früher stand das in der Statusleiste.

Viele Grüße

Hans Müller

[tklein]

Hallo,

Hans Müller schrieb:

• FORMEdit: bei fehlerhaftem Formular, z.B. angegebener Logger nicht vorhanden, erscheint zwar beim Absenden des Formulars die Fehlerseite, es werden dann aber alle Logger ausgelöst, d.h. z.B. sehr viele E-Mails ausgelöst. (Dies war auch in 3.1 schon so)

dieses Verhalten ist konfigurierbar. Es werden stehts die als "Default-Logger" ausgewählten Logger im Fehlerfall ausgeführt.

[hoebbel]

Hallo Herr Müller,

Hans Müller schrieb:

• Beim Freigeben von Seiten erfolgt keine Warnung mehr, wenn Medien noch nicht freigegeben sind.

Dafür gibt es nun die Möglichkeit, die abhängigen Objekte direkt mit freizugeben.

Ein entsprechendes Beispiel finden Sie im Demoprojekt Mithras Energy [Vorlagen/Skripte/Workflow/final release]

• Das Aus- und Einblenden von Absätzen (Häkchen) muß jetzt jedes Mal noch bestätigt werden.

Ds wurde auf expliziten Kunden- und Helpdesk-Wunsch eingeführt, da immer wieder das Problem aufkam, dass unabsichtlich Absätze ausgeblendet wurden.

• Bei der Benamung von Referenznamen ist kein Bindestrich mehr möglich, nur noch Unterstrich. Eingegebene Bindestriche werden automatisch gelöscht. Refernamen werden teilweise willkürlich automatisch geändert, z.B. Zahlen am Ende hinzugefügt.

Der Bindestrich dient in der Version 4 dazu Berechnungen durchzuführen. $CMS_VALUE(3-1)$ gibt 2 aus. Da dies auch mit Variablennamen möglich ist, würde beispielsweise $CMS_VALUE(ref(my-refname).url)$ nicht zu der Ausgabe der URL des für die entsprechende Referenz, sondern statt dessen zu einem Fehler führen.

Das ist zwar auf den ersten Blick, wenn man von der Version 3 kommt, unschön, aber man gewöhnt sich schnell an die damit verbundenen Vorteile [um ein Popup zu erzeugen, welches 10 Pixel größer ist als das darzustellende Bild benötigt man nun keine Skripte mehr] {Für Templateausgaben benötigt man in der Version 4 sowieso kaum noch Skripte]

• Der Aufruf des Dialogs zur Änderung des Referenznamens is umständlich zu erreichen.

Das ist auch mehr oder weniger beabsichtigt, da die Referenznamen nach Möglichkeit nicht mehr benutzt werden sollen. Statt dessen können sprachabhängige Anzeigenamen definiert werden. An welcher Stelle benötigen Sie denn noch eine Umbenennung des Referenznamens?

• Die Abruf einer Absatz- oder anderen ID, z.B. um diese an Kollegen weiterzugeben, ist sehr umständlich. Früher stand das in der Statusleiste.

Diesbezüglich gibt es bereits einen Feature Request hier in der Community. Wenn Sie eien ID an einen Kollegen weitergeben wollen, so dient dies doch höchstwahrscheinlich dazu, dass dieser sich den entsprechenden Knoten ansehen soll. Hier können Sie mit zwei Klicks die URL zu dem Knoten in die Zwischenablage kopieren (Menü Extras/FirstSpirit Adresse kopieren). Diese Adresse kann sowohl von außen [Aufruf der URL, z.B. aus Outlook] als auch in einem Client [Extras/Zur FirstSpirit Adresse springen] angesprungen werden

Viele Grüsse aus Dortmund,

  Holger Höbbel

[bnulda]

• Die Abruf einer Absatz- oder anderen ID, z.B. um diese an Kollegen weiterzugeben, ist sehr umständlich. Früher stand das in der Statusleiste.

Diesbezüglich gibt es bereits einen Feature Request hier in der Community. Wenn Sie eien ID an einen Kollegen weitergeben wollen, so dient dies doch höchstwahrscheinlich dazu, dass dieser sich den entsprechenden Knoten ansehen soll. Hier können Sie mit zwei Klicks die URL zu dem Knoten in die Zwischenablage kopieren (Menü Extras/FirstSpirit Adresse kopieren). Diese Adresse kann sowohl von außen [Aufruf der URL, z.B. aus Outlook] als auch in einem Client [Extras/Zur FirstSpirit Adresse springen] angesprungen werden

--> Das Feature Request kommt von uns, bitte voten "Anzeige der ID des aktuell markierten Elementes links unten im JavaClient".

Der von Herrn Höbbel vorgeschlagene Workaround ist mit Verlaub gesagt nicht praxistauglich und braucht viel zu viel Zeit.

[hmueller]

Hallo,

vielen Dank für die bisherigen Antworten.

dieses Verhalten ist konfigurierbar. Es werden stehts die als "Default-Logger" ausgewählten Logger im Fehlerfall ausgeführt.

wo lässt sich das konfigurieren?

An welcher Stelle benötigen Sie denn noch eine Umbenennung des Referenznamens?

grundsätzlich nicht, aber wir haben bisher immer sehr darauf geachtet, dass die Benamungen identisch und sauber gepflegt sind

Viele Grüße

Hans Müller

[tklein]

Hallo,

Hans Müller schrieb:

dieses Verhalten ist konfigurierbar. Es werden stehts die als "Default-Logger" ausgewählten Logger im Fehlerfall ausgeführt.

wo lässt sich das konfigurieren?

beim Logger anlegen. Wird in der ModulDoku z.B. auf S.17 erläutert:

HIer ein Auszug:

Default-Logger: Über diese Radio-Buttons kann ein Logger als „default“-Logger

markiert werden. Ist ein oder mehrere Default-Logger vorhanden, werden diese auch

für Formulare benutzt, denen, z.B. durch ein Konfigurationsfehler, kein Logger

zugeordnet werden kann.

[hmueller]

Hallo,

. An welcher Stelle benötigen Sie denn noch eine Umbenennung des Referenznamens?

jetzt hab' ich den vergangenen Tagen mal extra aufgepasst: der Referenznamen für Verzeichnisse wirkt sich z.B. auf die URL's (Pfade) aus; allein schon aus diesem Grund ist es z.B. ärgerlich, wenn vom System automatisch eine "_1" angehängt wird. Diese Referenznamen müssen wir dann umbenennen, v.a. aus SEO-Gründen und weil URL's eine Rolle für unser Webtracking spielen.

Viele Grüße

Hans Müller

[hmueller]

Hallo zusammen,

vielen Dank für die Antworten. Wir hatten tatsächlich noch eine uralte FORMedit-Version im Einsatz, die Logger-Probleme drüften damit gelöst sein.

Folgende Punkte sind noch unbeantwortet - hier steigt aber der Leidensdruck meiner Redakteure:

• Beim Hochladen von Medien erfolgt keine Warnung (mehr), wenn ein Medium gleichen Namens bereits vorhanden ist. Es wird automatisch ein angepasster Referenzname angelegt.
• Die Übersetzungshilfe funktioniert anders, dies ist aber in der Doku für Redakteure nicht dokumentiert.
• Die XML-Schnittstelle für den Übersetzungsim- und export ist nicht dokumentiert, obwohl die anzukreuzenden Funktionen etc. anders sind als in 3.1
• Der XML-Export ist nicht mehr auf Absatzebene möglich
• Das System springt bei der Bearbeitung teilweise auf einen anderen Sprachkanal zurück, inbesondere wenn man z.B. immer wieder zwischen Absätzen mehreren Seiten hin- und herspringen muß, z.B. um Content zu kopieren. Wann genau der Sprung erfolgt, ist nicht nachvollziehbar.

Viele Grüße

Hans Müller

[Andreas-Knoor]

• Die Übersetzungshilfe funktioniert anders, dies ist aber in der Doku für Redakteure nicht dokumentiert.

Die Funktionsweise der Übersetzungshilfe für FirstSpirit 4.2R4 ist im Benutzerhandbuch erläutert
(Kapitel "3.1.5.7 Übersetzungshilfe")