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.

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

Administratoren sind meist in der Rolle superuser, arbeiten aber nicht mit dem superuser Account. Es wäre schön wenn man als Auth-Methode (z.B. für Migrationen) IsASuperuser einstellen könnte.

Wir haben teilweise Kunden am CMS dran, die langsame Leitung und proxys mit kurzsichtigen Timeouts haben.

Wir würden gerne auch größere PDFs für diese Kunden möglich machen, in dem die Assets nicht mit einmal am Stück (Bsp mp4 150MB) geladen werden, sondern via html5 File API

siehe: http://www.smart-webentwicklung.de/2013/06/ajax-dateien-mit-html5-file-api-in-chunks-uploaden/

Der DND-Upload überträgt das derzeit nach meinen Infos auch immer noch por Datei am Stück, was zu timeouts und Abbrüchen führen kann.

Ziel wäre größere Uploads "chunked" also in Teilen zu erledigen, damit der timeout immer wieder neu zu zählen beginnt und nicht die connection zum Apache abgerissen wird. (Bsp. in 250kb oder 1 MB Häppchen) dadurch wäre auch leichter ein kontinuierlicher Upload-Fortschrittsbalken implementierbar.

Zusammen mit http://pirobaseimperia.userecho.com/topics/29-mam-upload-mit-mehrfachauswahl-von-dateien/ dann gerne auch im mediaupload Template und nicht nur im MAM-Browser :-)

Seit Imperia 10 ist der Verlaufsbalken beim erfolgreichen Hochladen orange, weil die Firmenfarbe von Imperia orange war. Bei Imperia 10.2 ist der Verlaufsbalken immer noch orange, vielleicht weil die Frimenfarbe von Pirobase wieder orange ist, obwohl die Abteilung Imperia inzwischen grün ist.

Orange ist eine Signalfarbe, die normalerweise anzeigt, dass etwas nicht so ist, wie es sein soll. Der Unterschied zu rot minimal. Blau (wie in Imperia 9) war schon nicht so deutlich. Grün ist eindeutig für einen problemlosen Verlauf.

Wenn Imperia eine Html-Seite mit Assets freischaltet und lediglich ein Asset nicht freigeschaltet werden konnte, dann ist der komplette Balken rot. Da würde jeder vermuten, dass möglicherweise gar nichts oder zumindest nicht das Hauptdokument freigeschaltet wurde. Irrtum. Die Seite ist online, lediglich ein Asset wurde nicht gefunden. Vernünftig wäre ein Balken, der teilweise grün und teilweise rot ist, dann könnte man erkennen, ein großer Teil wurde freigeschaltet oder der Freischaltprozess lief zum größten Teil problemlos, aber ein kleiner Teil ist gescheitert.

Der Button "Löschen" sollte in Metaedit- und Editierschritt nur angezeigt werden, wenn auch gelöscht werden kann. Derzeit wird der Button dargestellt und es erscheint zunächst die Abfrage "Sind Sie sicher, dass Sie dieses Dokument löschen wollen?". Hier wäre eine Klarstellung, was gelöscht wird - Schreibtischversion, freigeschaltetes Dokument oder alles incl. Archiv - hilfreich. Bestätigt man die Abfrage, wird die Schreibtischversion ohne Bestätigung gelöscht und es erscheint anschließend eine Fehlermeldung, z.B. "Eine (sic!) fataler Fehler ist aufgetreten:Modification of non-creatable array value attempted, subscript -2 at {SITE_DIR}/modules/core/DocTree/SQL.pm line 4338." oder "Eine (sic!) fataler Fehler ist aufgetreten:Archiv des Dokuments „/2000/2186/3908/4687/362024“ kann nicht gelöscht werden, weil publizierte Archivversionen existieren."

Besser wäre es, vorher zu prüfen, ob und was gelöscht werden kann und dann keine Fehlermeldung anzuzeigen, sondern eine Bestätigung, was vom Löschen geklappt hat. Ausßerdem ist in den Fehlermeldungen ein "e" zuviel.

In den Benutzereinstellungen /imp/roles/user/edit/[ID] werden in der Liste der "ausgewählten Rollen" nur die Rollen angezeigt, die sich der Benutzer selbst zugewiesen/angenommen hat.

Heißt: Wenn der Redakteur über /imp/roles/adopt_role seine eigene Rollen einschränkt, werden auch nur doch diese Rollen in der o.g. Ansicht angezeigt.

Daher folgende Idee:

Ist es möglich die View der Benutzereinstellungen so zu erweitern, dass der Administrator

1.) direkt sehen kann, ob der Redakteur seine Rollen eingeschränkt hat

2.) diese Zuordnung ändern bzw. aufheben kann