====== PlayGround ====== Diese Seite kommt aus dem Namespace [[playground:start|Playground]], einem rein internen Testareal des Wiki ... dort sind auch weitere redaktionelle Hinweise bzgl. der typographischen Umsetzungen, sozusagen das Regelwerk bzgl. Layout von iX-Wiki und Workflows beschrieben. Redaktionelle Regel: Keine Subkategorien mit nur einem Element! =====Userlevel===== Userlevel verwenden wir z. B. in dem nodisp-tag. Die ''... ''-Anweisung erlaubt das Ausblenden von Wiki-Inhalten, mit Ausnahme für Benutzer mit Edit-Rechten. Somit bleiben die so geklammerten Abschnitte für angemeldete Benutzer i. d. R. sichtbar, aber für den nicht angemeldeten Benutzer verborgen (es sei den er erstellt eine PDF - dort ist es ein bekannter Effekt des PDF-PlugIns, dass der Userlevel ignoriert wird). Nachfolgend eine Übersicht der Userlevel zum allgemeinen Verständnis und ein 'Testfeld' mit Hilfe nodisp. So können Sie hier auch checken, welche Rechte Sie momentan wohl haben ... 8-) ^ Name ^ Level ^ applies to ^ Permission ^ DokuWiki constant ^ | none | 0 | pages, namespaces | no permission -- complete lock out | AUTH_NONE | | read | 1 | pages, namespaces | read permission | AUTH_READ | | edit | 2 | pages, namespaces | existing pages may be edited | AUTH_EDIT | | create | 4 | namespaces | new pages can be created | AUTH_CREATE | | upload | 8 | namespaces | mediafiles may be uploaded | AUTH_UPLOAD | | delete | 16 | namespaces | mediafiles may be overwritten or deleted | AUTH_DELETE | Freitext\\ FIXME 0 wird Jedem angezeigt, sofern dieser auf die Seite darf\\ Level 0: Darf nichts, ist ausgeschlossen. Nur Leserechte für nicht eingeschränkte Inhalte. Playground ist z. B. ausgeschlossen. \\ FIXME 1 Du hast Leserechte, bist also zumindest angemeldet...\\ Level 1: Hat Leserechte.\\ FIXME 2 - Du darfst vorhandene Seiten bearbeiten. Ersteinführung mit techn. Redakteur sinnvoll.\\ Level 2: Darf vorhandene Seiten bearbeiten.\\ FIXME 4 - Du darfst neue Namespaces und Seiten erstellen. Vorherige Rücksprache mit techn. Redakteur erbeten.\\ Level 4: Darf neue Namespaces und Seiten erstellen.\\ FIXME 8 - Du darfst Mediafiles uploaden. Vorherige Rücksprache mit techn. Redakteur erbeten.\\ Level 8: Darf Mediafiles uploaden.\\ FIXME 16 - Du darfst Mediafiles überschreiben / löschen. Vorherige Rücksprache mit techn. Redakteur dringend erbeten.\\ Level 16: Darf Mediafiles überschreiben / löschen.\\ ===== WRAP-Box zweispaltig mit Einblendung ====== Will man eine kompakte Infobox mit optionalen Zusatzinfos versehen, bietet sich ggf. die WRAP-Box mit zwei Spalten an, wobei in der rechten Spalte collapsable Teaser angeboten werden können. **Title of Collapsable Note** ++1. Zusatzinfo| Der hier benannte Text ist rechtsbündig und inline collapsable. \\ Hier kommt also der Text, der bei Bedarf als Zusatzinfo eingeblendet werden kann. Beachte: \\ Die Länge beinflusst den zugestandenen Platz für die Info auf der linken \\ Seite außerhalb des span. Leider wird das manchmal letzte Wort umgebrochen... \\ Man kann dem aber mit Zeilenumbrüchen begegnen.++\\ ++2. Zusatzinfo| Auch dieser Zusatztext ist rechtsbündig und inline collapsable. \\ Hier kommt also der Text, der bei Bedarf als Zusatzinfo eingeblendet werden kann. Beachte: \\ Die Länge beinflusst den zugestandenen Platz für die Info auf der linken \\ Seite außerhalb des span. Leider wird das manchmal letzte Wort umgebrochen... \\ Man kann dem aber mit Zeilenumbrüchen begegnen.++ \\ ++3. Zusatzinfo| Man muss natürlich darauf achten, dass die Klammern von wrap und plusplus richtig verschachtelt sind.++ \\ Die Hauptinfo, die immer sichtbar sein sollte... \\ lorem ipsum dolor tsted amet... \\ lorem ipsum dolor tsted amet2. ===== Benutzermanagement ===== Benutzer können hinzugefügt, gelöscht und bearbeitet werden mittels plugin **usermanager**. Für Informationen wie Benutzer manuell hinzugefügt werden lesen sie die Beschreibung in der **plain backend** Dokumentation. Standardmäßig können sich Benutzer selbst registrieren. Siehe dazu: FAQ: How to disable open user registration ===== Zugriffsbeschränkungen ===== Zugriffsbeschränkungen werden mit **pages** und **namespaces** verbunden. Es gibt fünf Zugriffsrechte: //read//, //edit//, //create//, //upload// und //delete// (lesen, editieren, anlegen, hochladen und löschen). Jedes höhere Zugriffsrecht enthält die darunter liegenden. Dabei ist //read// das unterste und //delete// das höchste Recht. Die Rechte create, upload und delete können nur namespaces zugewiesen werden. Wenn DokuWiki prüft, welche Rechte es einem Benutzer geben soll, benutzt es alle Regeln, die mit dem Benutzernamen übereinstimmen oder der Gruppenrechte der Gruppe, in der sich der Benutzer befindet. Die Regel mit dem höchsten Recht wird benutzt. Die Rechte werden zuerst für die Seite geprüft. Danach werden alle übergeordneten namespaces geprueft, bis eine zutreffende Regel gefunden wurde. Um eine beschränkende Regel hinzuzufuegen, wechseln Sie auf die Seite, die beschränkt werden soll und wechseln dann auf die Administrationsoberfläche durch drücken des ''Admin'' Button (Nur verfügbar für den **superuser**). Dort selektieren Sie //Access Control List Management//. Ihnen wird dann eine Tabelle wie die folgende gezeigt, die alle Beschränkungen der ausgewählten Seite zeigt. Beispiel einer ACL-Beschränkung Beschränkungen werden in die oberste Zeile der Tabelle eingetragen. Sie müssen einen Bereich auswählen. Dies kann entweder die gewählte Seite selbst oder einer der namespaces sein, in denen sich die Seite befindet ((der oberste namespace heisst ''*'')). Sie müssen ausserdem auswählen, wem Sie den Zugriff erlauben (oder verbieten) wollen; dies kann eine Gruppe oder ein Benutzer sein. Zum Schluss müssen Sie noch die Rechte wählen, die Sie gewähren wollen. Wird nichts gewählt, wird der gewählte Benutzer oder die gewählte Gruppe von der Benutzung der Seite oder des namespaces ausgeschlossen. Anm.: Das //delete//-Recht betrifft nur media Dateien. Seiten können gelöscht (und wieder hergestellt) werden von jedermann, der wenigstens //edit//-Rechte hat. Jemand der //upload//-Rechte aber keine //delete//-Rechte hat, kann existierende media Dateien nicht mehr überschreiben. === Spezielle Gruppen === **ALL**. Jeder, selbst Benutzer, die nicht angemeldet sind, sind Mitglieder der Gruppe ALL. Sie können diese Gruppe benutzen, um den Zugriff für alle Benutzer zu beschränken (als Standardeinstellung) um dann die Rechte ausgewählter Benutzer zu erweitern. Im Bildschirmfoto oben ist z.B. niemand berechtigt etwas hochzuladen ausser den Mitgliedern der Gruppe UPLOAD. **user**. Alle Benutzer, die sich selbst registriert haben, sind automatisch Mitglied der Gruppe USER. Benutzen Sie dies, um angemeldeten Benutzern Rechte zu geben. Der Name dieser Gruppe wird durch die Option **defaultgroup** festgelegt. Anders als die virtuelle Gruppe ALL, ist die Gruppe "user" real. Zu ihr werden alle Benutzer automatisch hinzugefügt, wenn die einfache Benutzerauthentifizierung benutzt wird. Wenn Sie ein anderes Verfahren verwenden, müssen Sie die Gruppen benutzen, die dieses Verfahren benutzt. ===== Hintergrundinformationen ===== ++++| Zugriffsbeschränkungen werden in der Datei ''conf/acl.auth.php'' gesichert. Sie sollte durch den Webserver geschrieben werden können, wenn Sie die ACL Admin-Oberfläche benutzen wollen. :!: Es wird nicht empfohlen, diese Datei manuell zu editieren. Benutzen Sie die Admin-Oberfläche. Leere Zeilen und Kommentare im Stile der Shell werden ignoriert. Jede Zeile enthält drei Felder, die durch Leerzeichen getrennt sind: * Der Name der Ressource. Dies kann entweder ein **Seitenname** oder ein **Namespace** sein. Namespaces werden durch ein zusätzliches Sternchen gekennzeichnet (siehe Beispiel unten) * Eine Gruppe oder Benutzername. Gruppennamen werden mit einem fuehrenden ''@'' Zeichen gekennzeichnet. * Ein Rechtelevel (siehe unten) Es gibt 7 Rechtelevel, die durch eine Zahl repräsentiert werden. Höhere Levels beinhalten tiefere. Wenn Sie editieren können, dann können Sie auch lesen. Trotzdem sollte das //admin//-Recht von //255// nie in der ''conf/acl.auth.php'' Datei benutzt werden. Es wird nur intern bei der Prüfung der Übereinstimmung der **superuser** Option benutzt. ^ Name ^ Level ^ applies to ^ Permission ^ DokuWiki constant ^ | none | 0 | pages, namespaces | no permission -- complete lock out | AUTH_NONE | | read | 1 | pages, namespaces | read permission | AUTH_READ | | edit | 2 | pages, namespaces | existing pages may be edited | AUTH_EDIT | | create | 4 | namespaces | new pages can be created | AUTH_CREATE | | upload | 8 | namespaces | mediafiles may be uploaded | AUTH_UPLOAD | | delete | 16 | namespaces | mediafiles may be overwritten or deleted | AUTH_DELETE | | admin | 255 | admin plugins | superuser((see **superuser**)) can change admin settings | AUTH_ADMIN | Hier ist ein Beispiel: * @ALL 4 * bigboss 16 start @ALL 1 marketing:* @marketing 8 devel:* @ALL 0 devel:* @devel 8 devel:* bigboss 16 devel:funstuff bigboss 0 devel:* @marketing 1 devel:marketing @marketing 2 Lassen Sie uns das Beispiel Zeile für Zeile durchsehen (s. unten für weitere Informationen): - Dies setzt Rechte fuer den Haupt-Namespace. Erlaubt jedem, Seiten zu editieren und anzulegen. Trotzdem ist upload nicht erlaubt. - Benutzer //bigboss// werden alle Rechte gegeben. - Die Rechte für die Startseite werden für jedermann auf nur-lesen gesetzt. - Dann werden die Rechte für den Namespace ''marketing'' gesetzt. Allen Mitgliedern der //marketing// Gruppe wird erlaubt, hier hochzuladen - fuer andere Benutzer gilt Zeile 1, die anlegen und editieren erlaubt. //bigboss// erbt seine Rechte von Zeile 2, so dass er hochladen und loeschen kann. - Der Zugriff auf den namespace ''devel'' wird beschraenkt. Niemand darf etwas machen. - na gut, nicht wirklich jeder -- hier geben wir den Mitgliedern der Gruppe //devel// volle Rechte - und natuerlich darf //bigboss// alles -- er darf sogar hochgeladene Dateien loeschen - die //devel//-Leute wollen aber nicht, dass ihr Boss die ''funstuff''-Seite sieht -- erinnern Sie sich: genaue Seitenrechte überschreiben namespace Rechte - und das //marketing//-Team darf auch alles im ''devel''-Namespace lesen - und zum Schluss wird den //marketing//-Leuten erlaubt, die ''devel:marketing''-Seite zu editieren. Bitte beachten Sie, dass ** die Reihenfolge in der Datei egal ist**. Die Datei wird als Ganzes analysiert und das Wiki sucht die perfekte Übereinstimmung für die Seiten/Benutzer-Kombinationen. Wenn eine Übereinstimmung gefunden wird, wird die Suche abgebrochen. Wenn keine Übereinstimmung gefunden wird, dann werden die Gruppenrechte der zu aktuellen Seite geprüft. Wird auch hier keine Übereinstimmung gefunden, wird die Prüfung mit dem nächsthöheren Namespace fortgesetzt. Sie sehen im obigen Beispiel die Recht für die Benutzer //bigboss//. Ihm wurde via Zeile 2 der volle Zugriff gewährt, aber er benötigt den vollen Zugriff auf den devel:* namespace via Zeile 7 noch einmal. Wäre die Zeile nicht da, dann wäre die erste Übereinstimmung für den Benutzer //bigboss// und Seiten innerhalb des devel Namespace die Zeile 5, weil //bigboss// Mitglied der magischen Gruppe //ALL// ist. Anm.: Um Benutzer und Gruppen mit speziellen Zeichen (wie Leerzeichen) zu konfigurieren müssen Sie den Namen "URL escapen". Das trifft nur auf spezielle Zeichen im unteren 128 Byte Bereich zu. Die ACL Datei benutzt UTF-8 Codierung. Dadurch kann jedes Multibyte-Zeichen geschrieben werden, wie es ist. Dies trifft nur dann zu, wenn ein Verfahren benutzt wird, dass anders ist als **plain** -- das einfache Verfahren erlaubt keine speziellen Zeichen. ++++ === Test von include und nodisp === FIXME unbeschränkt {{section>playground:parameter#abschnitt_1_von_parameter1&noheader&inline&nofooter}} Das Nachfolgende ist intern und wird unangemeldeten Usern statusbedingt nicht gezeigt oder ist angemeldeten Beutzern nur beschränkt zugänglich. \\ FIXME nodisp 2-Test Darf vorhandene Seiten bearbeiten. {{section>playground:parameter#abschnitt_2_von_parameter1&noheader&inline&nofooter}} FIXME nodisp 4-Test Darf Bearbeiten und Anlegen. {{section>playground:parameter#abschnitt_3_von_parameter1&noheader&inline&nofooter}} FIXME nodisp 8-Test Darf auch Mediadateien uploaden. {{section>playground:parameter#abschnitt_4_von_parameter1&noheader&inline&nofooter}} FIXME nodisp 16-Test Darf Mediadateien auch überschreiben oder löschen. {{section>playground:parameter#abschnitt_5_von_parameter1&noheader&inline&nofooter}} ===== Hyperlink-Test ===== im Code von "W:\Version.20.21.1\lib\tpl\dokuwiki\css\_links.css" ist wahrscheinlich verborgen, wie die Hyperlinks gestaltet werden. Es gibt zusätzlich einen Override bzgl. der Linkfarben in der Administration, aber kein Interface für die Linkstruktur. Diese ist css-definiert ... === Versuch 1 ==== Abschnitt aus der Datei: original /*____________ links to wiki pages ____________*/ /* existing wikipage */ .dokuwiki a.wikilink1 { } /* not existing wikipage */ .dokuwiki a.wikilink2 { text-decoration: none; } .dokuwiki a.wikilink2:link, .dokuwiki a.wikilink2:visited { border-bottom: 1px dashed; } .dokuwiki a.wikilink2:hover, .dokuwiki a.wikilink2:active, .dokuwiki a.wikilink2:focus { border-bottom-width: 0; } /* any link to current page */ .dokuwiki span.curid a { font-weight: bold; } Angepasst: /*____________ links to wiki pages ____________*/ /* existing wikipage */ .dokuwiki a.wikilink1 { text-decoration: underline; <=== Einfügung wirkt? } /* not existing wikipage */ .dokuwiki a.wikilink2 { text-decoration: none; } .dokuwiki a.wikilink2:link, .dokuwiki a.wikilink2:visited { border-bottom: 1px dashed; } .dokuwiki a.wikilink2:hover, .dokuwiki a.wikilink2:active, .dokuwiki a.wikilink2:focus { border-bottom-width: 0; } /* any link to current page */ .dokuwiki span.curid a { font-weight: bold; } [[playground:playground#hyperlink-test|Linktest1]]