Extra Schritt bei Seite für Benutzer

[sprog]

Ich habe eine Frage über das Entwicklen von Erweiterungen. Ich möchte gerne Benutzers eine eigenes seite geben. Aber mit die folgenden Funktionen:

1. Benutzer kann Seite nach Aktivierung (sichtbar oder nicht) nicht mir bearbeiten
2. Message im Dashboard für die Administratoren dass eine Seite aktiviert ist
3. Nach veröffentlichen von Seite kann der Benutzer die Seite nich mir bearbeiten

Meine Frage ist das möglich? Ich glaube das einen neue Seitentype benötigt ist.

[Toflar]

1 und 3 ist ja das selbe? Sowas kannst Du mit einem onload_callback erreichen. Einfach bevor der Datensatz angezeigt wird prüfen, ob der User zugreifen darf. Wenn nicht auf die Errorseite weiterleiten, wenn schon, dann ist ja ok.

Du kannst auch die "edit" Funktion mit einem button_callback entfernen, falls der User den Datensatz nicht bearbeiten darf.

[sprog]

Vielen Dank für Ihre Antwort!!!

Ah nein, das ist nich gleich. Ein Benutzer möchte nicht eine Seite veröffentlichen nur Aktivieren. Für das woll ich eine neue Eigenschaft machen für den Regular Seitentyp. Wenn Sie die Eigenschaft geändert erhaltet der Administratoren eine Nachricht. Der Administrator kann dann entscheiden um die Seite zu veröffentlichen. Aber ist es möglich? Ich habe keine hook gesehen wenn eine Seite aktualisiert oder ist, dass die button_callback?

Entschuldigung für mein schlechtes Deutsch!

[Toflar]

Mach Dir keine Sorgen um Dein Deutsch, ich versteh's bis anhin ganz gut

Ja, dann müsstest Du eine zusätzliche Checkbox "Seite aktivieren" hinzufügen und diese je nach dem anzeigen lassen oder eben nicht.
All das erreichst Du indem Du im onload_callback (siehe Dokumentation. Es gibt sogenannte Hooks aber auch Callbacks) das jeweilige Feld anzeigst oder ausblendest.
Ganz einfach mit einem

unset($GLOBALS['TL_DCA']['tl_page']['fields']['myfieldtohide']); 

Dass ein Benutzer per E-Mail informiert wird, wenn jemand eine Seite aktiviert kannst Du mit einem save_callback auf diesem Feld erreichen.

[sprog]

Danke! Ich soll das später ausprobieren!

Jetzt 2.9.4 updates

[sprog]

Danke schön. Es funktioniert schon fast! Die ändern buttons sind weg! Aber noch nicht "Edit Multiple". Ich habe noch nicht die richtige operation gefunden.

[Toflar]

global_operations->all

[sprog]

Danke! Morgen soll ich das ausprobieren!

Ich habe schön das Quellcode hier unter. In TeacherContentAccess#onPageVisibilityChanged mochte ich gerne die Seite Eigenschaft "veröffentlichen" wieder ausschalten. Ist es korrekt dass ich dann eine SQL UPDATE muss ausführen?

    /**
     * Invoked when the page details needs to be saved
     */    
    public function onPageVisibilityChanged($varValue, DataContainer $dc)
	{
        // retrieve the record details of the page
        $pageRecord = $this->Database->prepare("SELECT title, active FROM tl_page WHERE id=?")
										->limit(1)
										->execute(CURRENT_ID)
										->row();
        
        $pageName = $pageRecord['title'];
        
        // check if the property changed
        $oldActive = $pageRecord['active'];
        if ( $oldActive == $varValue ) {
            // opt out early because the property value hasnt changed
            return;
        }
        
        // send an e-mail to the administrators when the page visibility has changed and
        // make sure to disable any input
        $objEmail = new Email();
        $objEmail->from = $GLOBALS['TL_ADMIN_EMAIL'];
        $objEmail->fromName = $GLOBALS['TL_ADMIN_NAME'];
        $objEmail->subject = sprintf( $GLOBALS['TL_LANG']['MOD']['wiki']['page_changed_email_subject'], $pageName, $this->Environment->host);
        $objEmail->text = 'Een e-mail bericht na een verandering op de pagina';
        $objEmail->sendTo( $GLOBALS['TL_ADMIN_EMAIL'] );    
        
        // change the published state of the page
        $pageRecord = $this->Database->prepare("UPDATE tl_page SET published='0' WHERE id=?")
										->limit(1)
										->execute(CURRENT_ID);   
}