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.

Zu Zeiten in denen man auf dem Schreibtisch häufig 2 Monitore hat, würde es sich anbieten im Bearbeiten Schritt, eine Live Vorschau in einem weiteren Fenster zur Verfügung zu haben. Änderungen im Eingabefenster würden dort zur Echtzeit dargestellt, ein Click auf einem Element im Vorschaufenster, würde zu dem entsprechenden Eingabefeld im Bearbeitungsfenster scrollen und dort den Fokus setzen.

imperia Module sollten in einem imperia Appstore angeboten werden. In diesem Store stehen Module (z.B. Workflow-Plugins und weitere Elemente) zur Verfügung, die über imperia bezogen werden können.

Ebenfalls soll es Partnern möglich sein selbst, in Abstimmung mit imperia, Zusatzmodule im Appstore zu veröffentlichen. Dabei sollen sowohl kostenfreie, als auch kostenpflichtige Module zur Verfügung stehen.

Bei der Abarbeitung der Hintergrundtätigkeiten durch den Hermes könnte die Ausführung der SiteActives in einen getrennten Prozess ausgelagert werden. Damit wäre die Responsivität des Hermes für die restlichen Aufgaben auch bei einer grösseren Menge von Systemdiensten gewährleistet.

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.

In unserem Redaktionssystem wurde eine Gebrauchstauglichkeitsprüfung (Interviews mit den Redakteuren) durchgeführt. Dabei wurde vorgeschlagen, dass bspw. bei einem Galerie Modul nicht zuerst die Imperia-Blöcke in entsprechender Anzahl eingefügt und jeder Block einzeln befüllt werden muss, sondern ein Button zur Auswahl von Anzahl x Bildern zur Verfügung steht, der die entsprechende Anzahl an Imperia-Blöcken einfügt. Dabei sollten die Informationen zum Bild (Copyright und alt-Text) ebenfalls übernommen werden. Der Button könnte auch nur das MAM öffnen, von dem aus per DnD die Bilder in die Bearbeitung gezogen werden.

Der gleiche Wunsch wurde auch für Flexmodule bspw. zum Download von PDFs geäußert.

Ich bin nicht ganz sicher, ob ich das entsprechende Script nur nicht gefunden habe. ;-)

Gibt es ein Script, mit dem man die ACLs für Tempaltes, Flexmodule, usw. aber auch für die Controller manipulieren/ändern kann?

Die Grundeinrichtung der Systeme ist immer so aufwändig, dass wir dies per Script vorkonfigurieren möchten.

z.B. etwa so

admin_change_template_acl.pl standard.htms +rw -3

admin_change_flex_acl.pl iwe.htms +r -3

admin_change_controller_acl.pl /structure/categories +rwx -3