Durch die Integration von Git könnten alle Templating-Elemente (wie Templates, Metafiles, Flex- und Slotmodule, Code-Includes, Site-Actives, sowie ggf. Workflows) in einem Repository abgelegt werden. Dadurch wäre eine Versionierung dieser Daten möglich. Weiterhin ist es ggf. möglich, rechnerunabhängig und parallel mit mehreren Entwicklern an einem imperia-Projekt zu arbeiten. In einer späteren Weiterentwicklung ermöglicht dies ggf. ein automatisiertes Deployment.

Es sollte die Möglichkeit geben, Dokumente zusätzlich mit Tags zu versehen. Somit wäre es möglich, in den verschiedenen Systemdiensten schneller und einfacher auf die gewünschten Dokumente zuzugreifen. Zum Beispiel kann mit Hilfe eines Suchfilters nach Tags gesucht werden, sodass nur die Dokumente gelistet und angezeigt werden, die diesen Tag enthalten. Oder auch eine TagCloud soll erstellt werden können, in der die Tags aufgrund ihrer Gewichtung unterschiedlich dargestellt werden.

Das Rubrikenverschieben ist ein super Tool um die Seiten zu reorganisieren.

Leider ist es oftmals so das Rubriken und Dokumente bestimmte Konfigurationen benötigen, die nach dem Verschieben dann manuelle angepasst werden müssen.

Schön wären Plugin Schnittstellen in die man sich jeweils beim verschieben einer Rubrik oder eines Dokumentes einhängen kann.

Die Rubriken - Informationen sollen auf dem Zielsystem (und damit den Systemdiensten) zur Verfügung stehen. Dabei soll darauf geachtet werden das auf einem Zielsystem nur die Rubriken Informationen zur Verfügung stehen, in denen auch Dokumente dorthin publiziert wurden.

(siehe auch http://pirobaseimperia.userecho.com/topics/29-mam-upload-mit-mehrfachauswahl-von-dateien/)

Der DnD-Upload ist für Multi-Upload praktisch.

Wir haben mittlerweile auch unsere Pflichtfelder ins Tableau bekommen, um die abzufragen, via view/controllers/document/media/upload/custom_meta_header.html und view/controllers/document/media/upload/custom_meta.html

Probleme die auftauchen:

• einige Felder davon sollen Pflichtfelder sein (copyright Feld), leider reicht ein required="required" im Markup nicht, denn der DnD-Upload funktioniert NICHT wie ein normales form-submit, denn dann hätte der Browser eine Chance zu meckern.
• dadurch dass es kein normales Formular ist, gibt es auch kein "submit" und somit auch keinen Trigger dafür

Derzeit haben wir einen Workaround dafür in dem wir hart Javascript im ..._header mit ausgeben, der versucht sich an die Fleder zu hängen (initial kann man das nicht initialisieren, da das Markup erst später nachgeladen wird)

Feature-Wunsch:

Bitte im htdocs/imperia/js/controllers/document/media/dnd-upload.js noch Trigger einbauen, damit man zwischengrätschen kann

1. $(document).trigger('i:dnduploadReady') - Das DnD-Upload Popup wurde geladen und die Drops werden dargestellt, Ziel: man kann sich nun per on(change) an Felder hängen, oder bei uns dafür sorgen dass der Dateiname nicht mit Leerzeichen und Umlauten daherkommt.
2. $(document).trigger(i:dnduploadSubmit') - zu Beginn des Submits, als letzte Instanz bevor die Dateien wirklich hochgeladen werden, hier könnte man noch einmal alle Eingaben prüfen.

Beim richtigen mamupload-Template prüfen wir auch vorab per FileApi ob der Upload nicht zu gross ist (schlechtes Internet, dadurch teils Abbrüche). Hier beim DnD-Upload haben wir noch keine Chance gesehen irgendwie an die file-queue/die eigentlichen file Objekte zu kommen, um die Dateigröße abzufragen und notfalls zu warnen. Es würde schon helfen, wenn die File-Size ähnlich wie der Dateiname als data-Attribut am "tr" mit dranhängt.

Aktuell müssen erstellte Dateien zur Verwendung in Imperia (Templates, Flex-Module, Includes, Workflows, Metafiles, Workflow-Plugins, eigene Controller, Views usw.) in relativ viele verschiedene Verzeichnisse eingespielt werden. Dies mag bei kleineren Projekten noch praktikabel sein. Spätestens wenn die Anforderung besteht, dass mehrere Großprojekte auf einem System parallel laufen sollen, kann dies schnell in größerem Verwaltungsaufwand ausarten. Insbesondere muss man darauf achten, von vorne herein ein skalierbares Schema der Zuordnung einzelner Inhalte einzusetzen, z.B. über Dateinamen, was allerdings schon bei gemeinsam genutzten Komponenten schwierig werden kann.

Ich würde daher folgende Anpassung vorschlagen: Es soll innerhalb eines neuen Verzeichnises (z.B. SITE-DIR/user_projects) die Möglichkeit bestehen, dort innerhalb eigener Namespaces (sprich Unterverzeichnisse) die zu einem Projekt gehörenden Dateien einzuspielen. Das Projekt kann dann vom Superuser über eine Oberfläche aktiviert oder deaktiviert werden. Weiterhin sollte auch die Möglichkeit bestehen, dort hinterlegte nötige Rubriken-Strukturen aus XML-Daten zu importieren.

Beim Mehrfach-Upload von Dateien ins MAM ist es nach wie vor notwendig, dass der Redakteur jede Datei einzeln auswählt. Das ist nicht sehr bedienerfreundlich, und je nach Menge der hochzuladenden Dateien auch mitunter sehr nervend.

Imperia setzt an anderer Stelle bereits auf HTML5-Funktionalitäten, daher wäre es wünschenswert, wenn beim Upload auch die Mehrfachauswahl von Dateien unterstützt wird:

<input type="file" multiple="multiple" />

Es sollte möglich sein in jeder entsprechend freigegebenen Rubrik als Administrator Vorlagen zu hinterlegen.

Zusätzlich / Alternativ wäre ein OCE-Controller Sinnvoll der eine Seite zu den Vorlagen hinzufügt.

Entweder im Metafile oder in einem eigenen Workflow-Plugin könnte der Redakteur bei Erstellung des Dokumentes eine Vorlage aussuchen.

Ziele:  Absender für E-Mail Benachrichtung bei interner Mail pflegbar machen

Wenn ich eine interne Nachricht per E-Mail erhalten möchte, wird unser
interner Mailserver als Absender eingetragen. Kann die Absender E-Mail
in Imperia konfiguriert werden? Ich habe in der Doku nur die
Variablen SMTP_SERVER und  FORWARDED_INTERNAL_MESSAGES_PREFIX gefunden.

Gut wäre, wenn man für den Absender der internen Mails (Bsp Passwort vergessen) einen sauberen FROM setzen könnte.

Wie wäre es mit einer system.conf Variablen "SMTP_MAIL_FROM"

Derzeit wird überhaupt kein From gesetzt, so dass das häufig nur als "MAILER_DAEMON" ankommt.

Es sollte die Möglichkeit geben, dass in der MAM-Verzeichnisebene das Feld "Beschreibung" aus der Rubriken-Information angezeigt werden kann. Dies hilft bei systembedingt kryptischen Rubriknamen, die jedoch eine sprechende Bezeichnung im Feld "Beschreibung" haben. Aktuell muss diese Information jeweils über "Rubrik bearbeiten" ausgelesen werden.

Im Bild sind zwei Vorschläge für die Anzeige des Feldes "Beschreibung" - am besten werden beide angeboten. Variante 1 hat den Vorteil, dass die Information direkt sichtbar ist und somit das gewünschte Projekt zielgerichtet ausgewählt werden kann. Zu lange Bezeichnungen können gekappt werden. Das Feld "Bezeichnung" soll bei Variante 1 zusätzlich zum Rubriknamen erscheinen.