Mit Hilfe dieser Erweiterung lässt sich deine Webseite visuell direkt im Backend bearbeiten.
https://github.com/xprojects-de/alpdesk-frontendediting-client
https://github.com/xprojects-de/alpdesk-frontendediting/wiki
Die Erweiterung ist ein normales Backendmodul und läuft somit direkt im Backend-Scope. Auf Basis von Angular (kompiliert dann natives Javascript) werden Bearbeitungssymbole direkt visuell im View dargestellt. Augfrund der Same-Origin-Policy ist es mit Hilfe von Javascript möglich, dass Backend und Frontend miteinander agieren. Das Backend bedient sich dann dem mächtigen Backend-Editing von Contao indem einfach die passenden URLs in einem Overlay-Dialog angezeigt werden. Somit steht das komplette Backend-Editing wie gewohnt zur Verfügung, nur halt ein bisschen visueller dargestellt.
Wird die Frontend-Vorschau aufgerufen, sind die Elemente nicht verfügbar, was auch so gewollt ist :-)
Die Erweiterung gliedert sich als normales BackendModul ins Contao-Backend ein und lässt sich pro User aktivieren bzw. deaktivieren. Desweiteren wird das komplette Rechtemanagement von Contao beachtet. So können z.B. nur die Inhaltselemente bearbeitet werden, welche den Rechten des Backend-Users entsprechen. Weiter kann zusätzlich in den Benutzereinstellungen angewählt werden, welche Elemente dem Benutzer angezeigt werden. Somit kann z.B. auch ein berechtiges Inhaltselement ausgeblendet werden.
Die Herausforderung am Frontendediting ist nicht der Support der Inhalselemente und Frontendmodule an sich, sondern das passende Mapping zum passenden Backendmodul wo die Inhalte editiert werden können. Die Erweiterung selber wird stehts weiterenwtickelt werden und die Standardmodule von Contao bei Zeit supporten (Events, Formulare, etc.). Aber es ist es auch möglich die eigene Erweiterung über das Symfony-Eventhandling ins Frontend zum Editieren zu bringen. (mehr unter Technisches).
Die Erweiterung sollte voll funktionsfähig sein, bis auf die Bugs die ich selber nicht gefunden habe :-) Aber dennoch ist Sie noch "frisch" und ich bin über jegliches Feedback froh was die Erweiterung weiter bringt.
Beispiel um einen eigenen Icon für ein Inhaltselement einzufügen:
# service.yml oder listener.yml
services:
projects.listener.alpdeskfrontendediting.element:
class: XProjects\Projects\Events\ProjectsAlpdeskFrontendViewListener
tags:
- { name: kernel.event_listener, event: alpdeskfrontendediting.element}
// Passende Eventklasse dazu
// Modul funktioniert analog
declare(strict_types=1);
namespace XProjects\Projects\Events;
use Alpdesk\AlpdeskFrontendediting\Events\AlpdeskFrontendeditingEventElement;
use Contao\Input;
use Contao\Database;
class ProjectsAlpdeskFrontendViewListener {
private static $icon = '../../../system/themes/flexible/icons/tablewizard.svg';
private static $iconclass = 'tl_projects_baritem';
public function __invoke(AlpdeskFrontendeditingEventElement $event): void {
if ($event->getElement()->type === 'xprojects_overview') {
$event->getItem()->setValid(true);
$event->getItem()->setIcon(self::$icon);
$event->getItem()->setIconclass(self::$iconclass);
$event->getItem()->setPath('do=xprojects');
$event->getItem()->setLabel($GLOBALS['TL_LANG']['projects_label']);
} else if ($event->getElement()->type === 'xprojects_detail') {
$alias = Input::get('projekte');
if ($alias !== null && $alias !== '') {
// Better use Model but Extention does not have a model
$projectObj = Database::getInstance()->prepare("SELECT id FROM tl_xprojects WHERE alias=?")->execute($alias);
if ($projectObj->numRows > 0) {
$event->getItem()->setValid(true);
$event->getItem()->setIcon(self::$icon);
$event->getItem()->setIconclass(self::$iconclass);
$event->getItem()->setPath('do=xprojects&table=tl_content&id=' . $projectObj->id);
$event->getItem()->setLabel($GLOBALS['TL_LANG']['projects_label']);
}
}
}
}
}
Für diese Erweiterung übernehme ich keinerlei Haftung!