Backend idiotensicherer machen: Buttons per CSS verstecken

[nachtarbeit]

Hallo zusammen,

ich arbeite gerade an einer Contao 3.5 Website mit verschiedenen Benutzergruppen im Backend.

Jede Benutzergruppe soll im Backend auf genau eine Seite mit genau einem Artikel zugreifen.
Inhalt des Artikels ist ein Akkordeon (Umschlag Beginn und Ende), das wiederum einzelne Download-Elemente umfasst. Mit den Boardmitteln der Rechteverwaltung sowie der ce_access Erweiterung soweit kein Problem.

Beim Erstellen von Download-Elementen taucht immer wieder das Problem auf, dass die neuen Downloads nicht innerhalb des Akkordeon sondern davor oder danach angelegt werden.

Es sei hinzugefügt, dass die Backend-User vorwiegend technisch nur bedingt versierte Herrschaften sind.
Einfache Erklärungen zur Position von neuen Downloads bzw. dazu, welche Buttons nicht zu verwenden sind, fruchten nur bedingt. Durch die 4 Möglichkeiten, ein neues Element anzulegen, wird es um so verwirrender.
neues-element---buttons.png

Idee: Wenn es nicht um Sicherheit sondern um Usability geht, könnte man bestimmte Buttons im Backend einfach per CSS für bestimmte User/Usergruppen ausblenden. So könnte man in vielen Situationen den Workflow insofern vereinfachen, als dass es für eine Aktion nur genau einen Link/Button gibt.

Voraussetzung: entsprechende class-Attribute, worüber die Buttons und Links im Stylesheet des Backend Themes adressiert werden können.

Meine aktuelle Behelfslösung sieht so aus, dass ich den hardgecodeten Links in der Datei DC_Table.php eine Klasse (Artikel-Id, Ids der Benutzergruppen, Linkbezeichnung) verpasse.

            //* Zusatz LKM 28.4.2016, class-Attribut zu Link "Neues Element oben erstellen" hinzufügen
            $objUser = BackendUser::getInstance();
            $gruppen = 'ug'.implode(' ug',$objUser->groups);
            $klasse = 'class="addElTop id'.$this->intId.' '.$gruppen.'"';
            //* Ende Zusatz 

Hardcoden im Core ist natürlich alles andere als ideal.
Ich habe auch keine Hooks oder Callbacks gefunden, die sich für dieses Vorhaben angeboten hätten.
Gibt es dazu evt Alternativideen? Wie löst ihr sowas?

Gruß,
Lukas

[Andreas]

1. Nichts im Core zu verändern ist eigentlich Pflicht
2. Es sind genug CSS-Klassen und IDs vorhanden um die entsprechenden Elemente zu greifen.

Du kannst bestimmten Gruppen eine zusätzliche CSS-Datei ins BE beamen

<?php

// system/config/initconfig.php

if(TL_MODE == 'BE' && \BackendUser::getInstance()->isMemberOf(42))
{
  $GLOBALS['TL_CSS'][] = 'files/css/_my-editor-be.css';
}

Dann etwas CSS

/** files/css/_my-editor-be.css */
body {
  background: cornflowerblue !important;
}
a.header_new,
.tl_header a[href*='act=create'],
.wrapper_start,
.wrapper_stop {
  display: none !important;
} 

[mlweb]

Artikel ist zwar schon älter, aber ich bin gerade beim Testen darüber gestolpert, dass es

if(TL_MODE == 'BE' && \BackendUser::getInstance()->authenticate() && \BackendUser::getInstance()->isMemberOf(42))
{
  $GLOBALS['TL_CSS'][] = 'files/_my-editor-be.css';
}

heißen muß, wie @Spooky in einem anderen Thread erklärt hat. https://community.contao.org/de/show...l=1#post420974

[Andreas]

@Spooky: Warum muss man da vorher ein authenticate() ausführen? Zumal es ja auch ohne funktioniert.

[mlweb]

Bei mir hatte es in Contao 3.5 ohne die Änderung von @Spooky nicht funktioniert.

[Andreas]

Mmh, ich finde dies mehrfach bei mir in diversen Templates. Kann mir nicht vorstellen, dass ich dies nicht getestet hatte. Keine Ahnung, evtl. kommt ja von Spooky noch ne Erklärung. Ich frage mal in dem von dir referenzierten Thread.

[Andreas]

Habe es gerade nochmal getestet in meiner 3.5.35. Funktioniert einwandfrei über die initconfig.php wie oben in #2 gezeigt.

[mlweb]

Werde ich mir dann auch noch mal interessehalber anschauen. Mein Ausgangspunkt war dieser Thread. Da es nicht funktioniert hat, habe ich weiter gesucht und den verlinkten Thread mit Spookys Antwort und Erklärung gefunden, meinen Code entsprechend abgeändert und funktionierte auf Anhieb.