Benutzer-Werkzeuge

Webseiten-Werkzeuge


playground:playground

PlayGround

Diese Seite kommt aus dem Namespace 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 <nodisp 2>… </nodisp>-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.


Level 2: Darf vorhandene Seiten bearbeiten.


Level 4: Darf neue Namespaces und Seiten erstellen.


Level 8: Darf Mediafiles uploaden.


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
2. Zusatzinfo
3. Zusatzinfo

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 1). 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

Test von include und nodisp

FIXME unbeschränkt

Hallo. Ich bin ein kleiner Blindtext. Und zwar schon so lange ich denken kann. Es war nicht leicht zu verstehen, was es bedeutet, ein blinder Text zu sein: Man ergibt keinen Sinn. Wirklich keinen Sinn. Man wird zusammenhangslos eingeschoben und rumgedreht – und oftmals gar nicht erst gelesen. Aber bin ich allein deshalb ein schlechterer Text als andere? Na gut, ich werde nie in den Bestsellerlisten stehen. Aber andere Texte schaffen das auch nicht. Und darum stört es mich nicht besonders blind zu sein. Und sollten Sie diese Zeilen noch immer lesen, so habe ich als kleiner Blindtext etwas geschafft, wovon all die richtigen und wichtigen Texte meist nur träumen.

Noch mehr gefällig?

Das Nachfolgende ist intern und wird unangemeldeten Usern statusbedingt nicht gezeigt oder ist angemeldeten Beutzern nur beschränkt zugänglich.

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;
}

Linktest1

1)
der oberste namespace heisst *
2)
see superuser
playground/playground.txt · Zuletzt geändert: 2023/09/15 11:56 (Externe Bearbeitung)