Beiträge von 1a-Spielwiese

Haben welche Ideen zu den bei 2.a) (Sidebar- und Footer-Bereich) und b) (Menüpunkt "Design/Anpassen") sowie dem bei 3.b) genannten ("die Umleitung nun auch für mein Super-Admin-Profil wirksam ist...") Problemen?

Vielen Dank im voraus.

Ich habe die Lösung gefunden:

Es gibt im wp-admin-Ordner nicht nur eine options-general.php, sondern auch eine options.php.

Diese Datei lässt sich im Browser aufrufen und dann lässt sich die Standardbenutzer/in/rolle ändern (aber nicht undefiniert lassen).

Für nähere Erläuterungen siehe meine auch nicht ausufernden Ausführungen auf Englisch:

https://wordpress.org/support/topic/…=3#post-6079402

Zitat von 1a-Spielwiese

Den Namen "spielwiese" hat ich von dieser Vorlage übernommen. Warum er dort steht und welche Funktion er erfüllt, weiß ich nicht.

Ahhhh!

"'spielwiese'" in der letzten Zeile scheint die Wiederholung von "spielwiese" in der ersten Zeile zu sein; vgl. dort entsprechend bzgl. "crazy_check_referrer".

Ich habe eine Möglichkeit (bzw.: in Wirklichkeit sind es sogar zwei Möglichkeiten) gefunden, einen Einleitungsleitungstext auf BuddyPress-"Aktivitäten"-Seiten zu plazieren:

a) Die eine Möglichkeit ist ganz einfach: In meinem Child-Theme-Ordner (in meinem Fall: reddle-child) habe ich Unterzeichnisse

Zitat

buddypress/activity

eingerichtet und dort eine Kopie der Original index.php aus dem Ordner wp-content/plugins/buddypress/bp-templates/bp-legacy/buddypress/activity-folder eingefügt.

In die Kopie habe ich nun zwischen die Zeilen

<div id="buddypress">

and

<?php do_action( 'bp_before_directory_activity_content' ); ?>

einfach folgendes eingefügt:

<p><small>Auf dieser Seite werden Dir alle Online-Aktivit&auml;ten bei 1a-Spielwiese angezeigt. Mit dem "Zeige"-DropDown-Men&uuml; auf der rechten Seite kannst Du die Liste auf jeweils eine bestimmte Art von Ereignissen (z.B. Profil-Aktualisierungen) einschr&auml;nken.


<br>
Wenn Du eingeloggt bist, siehst Du neben dem Tab "Alle Mitglieder" ggf. auch noch Tabs "Meine Freund/inn/e/n", "Meine Gruppen" und "Erw&auml;hnungen". Mit diesen Tabs kannst Du Dir die Aktivit&auml;ten in den Gruppen, denen Du angeh&ouml;rst, bzw. die Neuigkeiten, in denen Du selbst erw&auml;hnt bist, anzeigen lassen.</
<br>
Au&szlig;erdem kannst Du die Neuigkeiten auch als <a href="https://de.wikipedia.org/wiki/RSS" target="_blank">RSS-Feed</a> abonnieren.
<br>
In den Neuigkeiten selbst werden Dir die 1a-Spielwiese-Mitglieder, die an den fraglichen Aktivit&auml;ten beteiligt waren, und ggf. die Gruppen, in denen bzw. in Bezug auf die die sie stattfanden, angezeigt. Wenn Du eingeloggt bist, kannst Du die einzelnen Neuigkeiten sowohl kommentieren als auch favorisieren. Nachdem Du die erste Neuigkeit favorisiert hast, erscheint ein neuer Tab zwischen "Meine Gruppen" und "Erw&auml;hnungen", der alle Deine "Favoriten" auflistet.</small></p>
<br>

Meine "Aktivitäten"-Seite (bei mir heißt sie "Neuigkeiten") sieht nun so:

http://1a-spielwiese.de/activity/

aus.

b) Die zweite Möglichkeit ist etwas komplizierter und geht wie folgt: An der gleichen Stelle die Zeile

<?php do_action( 'vorspann_activity-seite' ); ?>

einfügen und dann in der functions.php (auf der obersten Ebene) des Child-Theme-Ordners folgendes einfügen:

/* Vorspann-Text für Neuigkeiten-Seite */


function spielwiese() {
echo '<p><small>Auf dieser Seite werden Dir alle Online-Aktivit&auml;ten bei 1a-Spielwiese angezeigt. Mit dem "Zeige"-DropDown-Men&uuml; auf der rechten Seite kannst Du die Liste auf jeweils eine bestimmte Art von Ereignissen (z.B. Profil-Aktualisierungen) einschr&auml;nken.
<br>
Wenn Du eingeloggt bist, siehst Du neben dem Tab "Alle Mitglieder" ggf. auch noch Tabs "Meine Freund/inn/e/n", "Meine Gruppen" und "Erw&auml;hnungen". Mit diesen Tabs kannst Du Dir die Aktivit&auml;ten in den Gruppen, denen Du angeh&ouml;rst, bzw. die Neuigkeiten, in denen Du selbst erw&auml;hnt bist, anzeigen lassen.</
<br>
Au&szlig;erdem kannst Du die Neuigkeiten auch als <a href="https://de.wikipedia.org/wiki/RSS" target="_blank">RSS-Feed</a> abonnieren.
<br>
In den Neuigkeiten selbst werden Dir die 1a-Spielwiese-Mitglieder, die an den fraglichen Aktivit&auml;ten beteiligt waren, und ggf. die Gruppen, in denen bzw. in Bezug auf die die sie stattfanden, angezeigt. Wenn Du eingeloggt bist, kannst Du die einzelnen Neuigkeiten sowohl kommentieren als auch favorisieren. Nachdem Du die erste Neuigkeit favorisiert hast, erscheint ein neuer Tab zwischen "Meine Gruppen" und "Erw&auml;hnungen", der alle Deine "Favoriten" auflistet.</small></p>
<br>';
}
add_action ( 'vorspann_activity-seite', 'spielwiese' );

Vorteil der zweiten Lösung:

Mit

<?php do_action( 'vorspann_activity-seite' ); ?>

kann ich den fraglichen Text nun nicht nur in die o.g. index.php, sondern auch an anderen gewünschten Stellen einfügen.

Das Gleiche müsste - logischerweise - mit anderem Text bzw. mit verschiedenen Texten genauso funktionieren. Im Falle von verschiedenen Texten müsste dann freilich - für die weiteren Texte - statt

vorspann_activity-seite

(sowohl in der functions.php als auch an den Stellen, wo die Einfügungen stattfinden sollen) andere Namen verwendet werden.

Den Namen "spielwiese" hat ich von dieser Vorlage übernommen. Warum er dort steht und welche Funktion er erfüllt, weiß ich nicht.

Mir ist es inzwischen gelungen, die am Ende genannten Probleme überwiegend zu lösen:

1. Platzierung des Kastens "Mitglieder-Kategorie" (bzw. inzwischen vielmehr: "Benutzer/in/rolle")

Dessen Position wird von der Datei

plugins/wp-roles-at-registration/wp-roles-at-registration.php

bestimmt.
Die dafür ausschlaggebende Zeile lautet:

add_action('bp_after_signup_profile_fields', array($wp_rar_plugin, 'bp_choose_roles_registration_form'));

Um dem Kasten eine andere Position zu geben, ersetzte ich

bp_after_signup_profile_fields

durch

rar_at_beginning

(es kann auch beliebiger anderer Text genommen werden - nur muss der nächste Schritt entsprechend sein).

In die register.php (in dem entsprechenden Unterordner meines Child-Theme-Ordners) fügte ich dann zwischen die Zeilen

<?php if ( 'request-details' == bp_get_current_signup_step() ) : ?>


<?php do_action( 'template_notices' ); ?>

folgende Zeile ein:

<?php do_action( 'rar_at_beginning' ); ?>

Und damit der Abstand zwischen dem ersten ("Benutzer/in/rolle") und dem zweiten ("Details zu Deinem neuen Benutzer/in/konto") Kasten stimmt, muss noch ein

<br>

folgen.

2. Überschrift und Vorsprann-Text für diesen Kasten

Um dem ersten Kasten die gewünschte Überschrift und den entsprechenden Vorspann-Text zu geben, nahm ich außerdem folgende Einfügung in die

plugins/wp-roles-at-registration/wp-roles-at-registration.php

vor:

<div class="register-section" id="user-role-section">


<h4-a><?php _e( 'Benutzer/in/rolle', 'buddypress' ); ?></h4-a>


<p><small><em>Entscheide Dich bitte als allererstes f&uuml;r eine der Benutzer/in/rollen "Team" oder "Fan" (bitte w&auml;hle nicht die Rolle "Subscriber"; diese Angabe soll noch gel&ouml;scht werden). In Abh&auml;ngigkeit von Deiner Antwort wirst Du nach Abschluss der Registrierung und wenn Du Dich das erste Mal bei 1a-Spielwiese einloggst und Dir Dein Profil ansiehst, die M&ouml;glichkeit haben, einige erg&auml;nzende rollenspezifische Profilangaben zu machen.</em></small></p>


<label for="wp_rar_user_role"><?php echo $this->wp_rar_role_label; ?></label>

Die erste und letzte Zeile in dem angeführten Zitat sind Original-Code aus der Datei; dazwischen machte ich meine Einfügung.

3. Weitere Profilfeld-Gruppen einfügen

Um nicht nur die "Base"-Gruppe, sondern auch weitere Profilfeld-Gruppen in die Registrierungsseite einzufügen, muss - für jede weitere Gruppe - eine ziemlich lange Passage der Original-BuddyPress

register.php

vervielältigt und dann leicht modifiziert werden.

a) Diese lange Passage beginnt mit folgenden Zeilen:

<?php /***** Extra Profile Details ******/ ?>
<?php if ( bp_is_active( 'xprofile' ) ) : ?>
<?php do_action( 'bp_before_signup_profile_fields' ); ?>
                <div class="register-section" id="profile-details-section">
<h4><?php _e( 'Profile Details', 'buddypress' ); ?>
</h4>                      <?php /* Use the profile field loop to render input fields for the 'base' profile field group */ ?>
<?php if ( bp_is_active( 'xprofile' ) ) : if ( bp_has_profile( array( 'profile_group_id' => 1, 'fetch_field_data' => false ) ) ) : while ( bp_profile_groups() ) : bp_the_profile_group(); ?>

Und sie endet mit diesen Zeilen:

<input type="hidden" name="signup_profile_field_ids" id="signup_profile_field_ids" value="<?php bp_the_profile_field_ids(); ?>" />
<?php endwhile; endif; endif; ?>
<?php do_action( 'bp_signup_profile_fields' ); ?>
</div><!-- #profile-details-section -->
<?php endif; ?>

Dazwischen sind viele Zeilen, die ebenfalls kopiert werden müssen.

b) Diese ganze, lange Passage muss dann hinter der letzten Zeile der Originalpassage eingefügt werden; und die einzige Änderung der eingefügten Passage, die anschließend obligatorisch ist, ist folgende:

'profile_group_id' => 1,

muss in

'profile_group_id' => 2,

geändert werden, um nun die Profilfelder der zweiten Profilfeld-Gruppe einzufügen.

Genauso muss für die weiteren gewünschte Profilfeld-Gruppen vorgegangenen werden: Die ganze, lange Passage ein weiteres Mal einfügen und die fragliche Ziffer ändern.

c) Ich habe außerdem - fakultativ - noch die Original

<h4>

-Überschrift geändert und danach meinen Vorspann-Text eingefügt:

<h4-a><?php _e( 'Profile Details - Teil II: Kontaktdaten', 'buddypress' ); ?></h4-a>


<p><small><em>Beachte bitte, dass Du in zu den Profilfeldern in diesem Abschnitt selbst entscheiden kannst, wem Deine Angaben, die machst, angezeigt werden sollen.</small></em></p>

Dies ist allerdings nicht für das technische Funktionieren der beschriebenen Lösung erforderlich.

4. Registrierungsseite 'input-senstiv' machen

Ich habe jetzt erst einmal nur meine Profilfeld-Gruppen 2 und 3 hinzugefügt, die sich an alle meine user richten. Meine Profilfeld-Gruppen 4 und 5 habe ich noch nicht gefügt.

Gruppe 4 enthält eine Frage an meine user mit der Benutzer/in/rolle "Team", und Gruppe 5 enthält zwei Fragen an meine user mit der Benutzer/in/rolle "Fan".

Ich habe nämlich weiterhin keine Möglichkeit dafür gefunden, das Anzeigen dieser beiden Profilfeld-Gruppen - je nachdem - davon abhängig zu machen, ob in dem ersten Kasten auf der Registrierungsseite die eine oder aber die andere Benutzer/in/rolle gewählt wird.

Falls dafür welche Ideen haben - bitte berichten: :)

5. 100%-width für #user-role-section (+ float: none) und für #wp_rar_user_role

Für das Problemchen hinsichtlich der 100%-width (siehe Eingangs-Beitrag, Abschnitt 2.) habe ich auch noch keine Erklärung / Lösung.

Welche BuddyPress Version verwendest du denn? - Hinsichtlich Version 2.1 scheint es diesbzgl. mau auszusehen:

https://buddypress.org/support/topic/…/2/#post-203598 f.

Die vorhergehende BuddyPress funktionierte bei mir anstandslos.

Ich habe meine Registrierungsseite umgestaltet: Vorher sah sie mit WordPress 4.0, Buddy 2.1 sowie Reddle-Theme 1.3.1 wie folgt aus:

http://1a-spielwiese.de/wp-content/upl…e_Reg-Seite.jpg

Jetzt sieht sie so aus:

http://www.1a-spielwiese.de/wp-login.php?action=register.

Falls es Nachahmungs-Interessierte gibt, möchte ich kurz erklären, was ich gemacht habe. - Außerdem habe ich auch noch ein paar ungeklärte Fragen.

1. Die Design-Änderungen nahm ich in erster Linie per folgender Einfügung in mein Child-Theme vor:

/* Beseitigung der Zweispaltigkeit der Registierungsseite; Einführung dreier Rahmen */


#buddypress .standard-form #basic-details-section, #buddypress .standard-form #blog-details-section, #buddypress .standard-form #profile-details-section {
    border: 2px solid #8b008b;
    float: none;
      clear: left;
      width: 100%;
      padding: 10px;
      margin-bottom: 1em;
}


#user-role-section {
      border: 2px solid #8b008b;
      float: none;
      width: 100%;
      padding: 10px;
}


#wp_rar_user_role {
      width: 100%;
    }


h4-a {
    color: #8b008b;
    font-size: 11px;
    font-size: 1.1rem;
      font-weight: bold;
    letter-spacing: 0.05em;
    line-height: 1.9091;
    text-transform: uppercase;
}


/* Einführung eines Rahmens für Eingabefelder mit Formatierungsmöglichkeit */


.wp-editor-container {
    border: 1px solid #DCDCDC;
}

2. Merkwürdig daran scheint mir allerdings zu sein, dass die 100%-width für #user-role-section (+ float: none) und für #wp_rar_user_role erst wirksam wurde, nachdem ich die entsprechenden Abschnitte in der original wp-role-at-registration.php gelöscht habe.

3. Außerdem habe ich - gemäß der dortigen Anleitung - in meinem Child-Theme-Ordner einen buddypress-Ordner und innerhalb des BuddyPress-Ordners einen members-Ordner und dort eine veränderte Kopie der Original-BuddyPress register.php eingefügt:

http://1a-spielwiese.de/wp-content/upl…egister-php.jpg (Auszug; ergänzte oder anderweitig geänderte Stellen sind gelb markiert).

4. Außerdem habe ich festgestellt: Wenn in der dortigen Passage:

<?php if ( bp_is_active( 'xprofile' ) ) : if ( bp_has_profile( array( 'profile_group_id' => 1, 'fetch_field_data' => false ) ) ) : while ( bp_profile_groups() ) : bp_the_profile_group(); ?>

'profile_group_id' => 1,

gelöscht wird, werden auf der Registrierungsseite nicht mehr nur die Profilfelder der sog. "Base"-Gruppe, sondern auch alle "erweiterten" Profilfelder abgefragt (was ich gut finde).

Folgendes hat aber leider noch nicht geklappt:

• Ich würde gerne erreichen, dass – wenn ich jene Löschung vornehme – die Profilfelder, die den Benutzer/innen mit der Benutzer/innen/rolle „Team“ zugeordnet sind, bei der Registrierung nur denjenigen angezeigt werden, die bei der Registrierung die Benutzer/in/rolle „Team“ wählen – und entsprechend umgekehrt in Bezug auf „Fan".

• Außerdem möchte ich nicht nur alle Profilfelder auf der Registrierungsseite angezeigt bekommen, sondern – der Übersichtlichkeit halber – auch die Namen der Profilfeldgruppen, zu denen die Profilfelder zusammengefasst sind. –

• Schließlich möchte ich den dritten Kasten ("Mitglieder-Kategorie") gerne als ersten oder zumindest zwischen den beiden anderen Kästen platzieren.

Habt Ihr Ideen, wie sich das machen lässt (sowie zu dem weiter oben erwähnten Problem mit der 100%-width)?

Das ist gut:

1. Damit konnte ich jetzt die Widget-Seite im Admin-Panel weiter reduzieren. Mit meinem Super-Admin-Profil sieht sie so aus:

http://1a-spielwiese.de/wp-content/upl…n_m_S-Admin.jpg

Und mit meinem Team-Profil so:

http://1a-spielwiese.de/wp-content/upl…Team-Profil.jpg

2.a) Merkwürdig ist allerdings, dass der Bereich für die Sidebar 2 und die Footer-Bereiche weiterhin angezeigt werden, obwohl sie dort deaktiviert sind:

http://1a-spielwiese.de/wp-content/upl…et-Einstell.jpg

D.h.: Meine Mitglieder können immer noch - gegen meinen Willen - die Widget-Elemente, auf deren Text- bzw. Bild-Inhalt ich ihnen tatsächlich Zugriff geben will, von Sidebar 1 in Sidebar 2 oder den Footer-Bereich verschieben, was ich nicht möchte.

b) Die gleiche Merkwürdigkeit besteht in Bezug auf den Menüpunkt der "Design/Anpassen", obwohl er dort deaktiviert ist:

http://1a-spielwiese.de/wp-content/upl…gn-Einstell.jpg

Der Menüpunkt "Anpassen" und die zugehörige Seite werden trotzdem weiterhin angezeigt.

3.a) Das Dashboard konnte ich auf "Beiträge / Erstellen" umleiten:

http://1a-spielwiese.de/wp-content/upl…iterleitung.jpg

b) Merkwüdrig ist aber, dass - obwohl dies erst ging, nachdem ich dort:

http://1a-spielwiese.de/wp-content/upl…ard-Deaktiv.jpg

das Dashboard für die Benutzerrolen "Team" und "Fan" deaktiviert habe, die Umleitung nun auch für mein Super-Admin-Profil wirksam ist...

4. Mit Adminimize ließ sich leider auch nicht der Menüpunkt "Werkzeuge / Seite löschen" verstecken und auch die Reihenfolge von "Alle Beiträge" und "Erstellen" im Menüpunkt "Beiträge" nicht umdrehen. Auch lassen sich mit Adminimize Menüpunkte nicht umnennen. - Aber geht es alles mit dem gestern getesteten Plugin "Admin Menu Editor". - Also werde ich wohl beide Plugins nebeneinander benutzen - und hoffen, dass sich die vorstehend angesprochenen Merkwürdigkeit mittels des Support-Forums für Adminimize noch beheben lassen.

Danke, das Plugin funktioniert zwar nicht hundertprozentig so, wie erhofft, aber es scheint mir ziemlich gut zu sein.

• Das Plugin ermöglicht wahlweise, das Admin-Panel für das ganze Blog-Netzwerk oder für jeden Blog einzelnen umzugestalten. - Ich habe mich für letztere Möglichkeit entschieden, da das Admin-Panel für meinen Root-Blog umfangreicher sein soll, als das für die Subdomain-Blogs meiner Mitglieder.

• Das Dashboard lässt sich zwar aus der linken Randspalte des Admin-Panels entfernen. Trotzdem öffnet das Admin-Panel aber weiterhin mit dem Dashboard. Ich habe jetzt das Dashboard zumindest mittels der Optionen auf die "WordPress News" reduziert.

• Ebenso konnte ich mittels des "Admin Menü Editor"-Plugins "Seite erstellen" aus der Sidebar herausnehmen. Aber auf der Seite "Alle Seiten" bleibt der Button "Erstellen" leider trotzdem erhalten. Da meine Mitglieder aufgrund der sonstigen Einstellungen Seiten zwar entwerfen, aber nicht veröffentlichen können, ist das nicht so tragisch.

• Mit dem "Capability Manager Enhanced"-Plugin konnte ich meinen Mitgliedern die edit_theme_options-Berechtigung geben, und mittels des "Admin Menü Editor"-Plugins die Seiten "Anpassen, Header, Menüs" und "Hintergrund" aus dem Admin-Panel herausnehmen. - Optimal für meine Zwecke ist das zwar noch nicht, aber immerhin. - Sofern mir nicht noch eine bessere Lösung einfällt werde ich meinen Mitgliedern am Ende wohl die edit_theme-options-Berechtigung wieder wegnehmen und statt dessen den Text für das "Über uns"-/"Über mich"-Widget mit einem Formularfeld auf der Registrierungsseite abfragen und dann als Superadmin jeweils manuell in das Widget eintragen.

• Ansonsten: Die beiden vorgenannten Plugins funktionieren, wie sie versprechen (mir sind jedenfalls keine Fehler aufgefallen). Aber mir selbst sind eine ganze Reihe Flüchtigkeitsfehler unterlaufen - insbesondere bei der Kompetenz-Vergabe an meine Benutzerrollen "Team" und "Fan".

• Einziges gravierendes Problem: In einem meiner Subdomain-Blogs habe ich versehentlich auch die Seite für das "Admin Menü Editor"-Plugins aus dem Admin-Panel herausgenommen - was überflüssig war, weil ich den Zugriff auf die Seite ohnehin auf die Admins und Superadmins beschränken kann. - Dadurch, dass ich die Seite für den fraglichen Blog vollständiig (und nicht nur für meine Teams und Fans) aus dem Admin-Panel herausgenommen habe, kann ich nun anscheinend meine Einstellungen für diesen Blog gar nicht mehr ändern - außer vielleicht, ich würde das Plugin für das ganze Netzwerk wieder deinstallieren.

PS.:

Zitat

Schau mal hier:
http://codex.wordpress.org/Roles_and...vs._Role_Table

Siehe meinen dortigen erläuternden Übersetzungsversuch:

http://forum.wpde.org/konfiguration/…chtigungen.html

Anknüpfend an http://forum.wpde.org/konfiguration/…n-new-post.html habe ich versucht http://codex.wordpress.org/Roles_and_Capa…_vs._Role_Table erläuternd zu übersetzen, wobei mir einige Stellen noch unklar sind (s. gelbe Markierungen in der Word-Datei).

Falls diese (Vor-)Arbeit (in der verlinkten Datei) für nützlich befunden wird, würde ich vorschlagen, sie in bearbeiteter / fertiggestellter Form dort: http://faq.wpde.org/welche-benutze…-welche-rechte/ einzufügen.

Zitat von SirEctor

Dashboard-Widgets sind auch nicht die normalen Widgets, sondern nur die, die unter dem Menüpunkt Dashboard stehen.

Ah, Danke. Und die normalen Widgets fallen anscheinend, unter edit-theme, oder?

Zitat

edit_theme_options

• Since 3.0
• Allows access to Administration Panel options:
  
  
  • Appearance > Widgets
  • Appearance > Menus
  • Appearance > Customize if they are supported by the current theme
  • Appearance > Background
  • Appearance > Header
    

http://codex.wordpress.org/Roles_and_Capa…_vs._Role_Table

Mmmh, das heißt: Wenn ich meinen Mitgliedern überhaupt Zugriff auf bestimmte Widgets geben möchte, müsste ich ihnen gleich sehr weitgehende Recht geben...

Offtopic:

Ich finde das Dashboard im übrigen knall überflüssig (zumal für meine Mitglieder - für mich selbst finde ich die WordPress-News ganz interessant).

Kann ich das Dashboard für meine Netzwerk-Mitglieder ganz ausblenden, sodass sie nach dem Einloggen, den Menüpunkt "Beiträge" - und dort am besten (statt "Alle Beiträge") "Erstellen" - angezeigt bekommen?

Danke. :)

Lässt sich die Berechtigung zum Widgets konfiguieren auch auf bestimmte Sidebar-Widgets eingrenzen?

Konkret:

Die Benutzer/innen meiner Subdomain-Blogs haben (je nachdem, ob es sich um Freizeit-Sportteams oder um deren Fans handelt) entweder die Benutzerrolle "Team" oder "Fan". Wenn sich neue Benutzer/innen anmelden, bekommen diese einen Clone des Blogs http://beispiel.1a-spielwiese.de/ zur Verfügung gestellt (wobei "beispiel" durch den jeweiligen user name ersetzt wird).

Ich würde nun den Inhaber/innen der Benutzerrolle "Team" bzw. "Fan" gerne die Berechtigung zuweisen, das zweite und das dritte Widget in der Sidebar zu editieren - also

- im zweiten Widget "Beispiel" durch den jeweiligen Blog-Titel zu ersetzen
und
- im dritten Widget den "Über uns"-/"Über mich"-Text zu individualisieren und die Bild-URL zu ersetzen,

aber ihnen verbieten, Sidebar-Widgets zu löschen oder hinzufügen oder die Reihenfolge der Sidebar-Widgets zu ändern, sowie jedewede Änderung am Header-Menü und an den Footer-Widgets verbieten.

Gibt es also Sub-Berechtigung zu edit_dashboard? Und falls ja, wie könnte ich mir die in meinem "Capability Manager Enhanced"-Plugin anzeigen und ebenfalls managebar machen lassen?

Danke. Aber die Tabelle kenne ich schon, und als Übersicht ist sie auch nicht schlecht. Aber zu "add" und "create users" finde ich auch dort nur:

"Since 2.1" bzw. "Since 3.0". -

Aber was soll mir das jetzt sagen? Dass das, was seit WP 2.1 "add user" hieß seit WP 3.0 "create users" heißt, oder soll es mir etwas anderes sagen?

Dito zu "edit dashboard": "Since 2.5". - Auf meine Fragen, "Was bedeutet 'edit dashboard'? Wo und wie lässt sich das Dashboard überhaupt 'editieren' und was wird damit bewirkt?", gibt auch das keine Antwort.

Aufschlussreicher ist dagegen die Information zu "manage options":

Zitat

"Allows access to Administration Panel options:

• Settings > General
• Settings > Writing
• Settings > Reading
• Settings > Discussion
• Settings > Permalinks
• Settings > Miscellaneous"

Gibt es solche Auflistungen auch für die anderen "Berechtigungen"?

Vorbemerkung (zum bloßen Hintergrund der Frage):

Ich habe das "Capability Manager Enhanced"-Plugin installiert. Das Plugin stellt im Admin-Panel folgende Auswahl-Möglichkeiten zur Verfügung:

https://ps.w.org/capability-man….png?rev=776273

Frage:

Gibt es irgendwo (möglichst auf Deutsch) Erklärungen, was die einzelnen "WordPress Core Capabilities" und "Additional Capabilities" genau umfassen?

Anmerkung:

Was "activate plugin" bedeutet, scheint mir selbsterklärend zu sein; aber schon der Unterschied zwischen "add users" und "create users" ist mir nicht klar.

"Was bedeutet 'edit dashboard'? Wo und wie lässt sich das Dashboard überhaupt 'editieren' und was wird damit bewirkt?" / "Was bedeutet 'manage options'? Von welchen 'options' ('options' in Bezug auf was?) ist dort die Rede?" - Auf solche und ähnliche Fragen suche ich Antworten (möglich gesammelt an einem Ort). - Denn nur in Kenntnis dieser Antworten kann ich sinnvoll entscheiden, ob ich einer bestimmten selbst kreiierten Benutzerrolle eine bestimmte Berechtigung zuweisen möchte oder nicht.

1. Ist Dein Problem, das Logo überhaupt im Header unterzubringen, oder vielmehr nur, es dort rechts zu positionieren?

2. Ich frage, weil ich bisher gar kein Logo (im Sinne eines graphischen Elements) sehe. Oder meinst Du mit "Logo" den Schriftzug "Musikkapelle Obereisenbach"?

3. Für den Fall, dass Du überhaupt erst noch (zusätzlich) ein Logo im Header plazieren willst, scheint mir, dass Du das, was ich dort gelernt habe, für Dich adaptieren musst:

#masthead {
    background-image: url('wp-content/uploads/2014/09/header-bild.jpg');
}

Nur, dass Du

#masthead

durch die Terminologie Deines Themes ersetzen musst - anscheinend

#logo .site-title

oder nur

.site-title

und die Ausrichtung am rechten Rand definieren musst (wie letzteres für Bilder im Header geht, weiß ich auch nicht).

4. Falls Du schlicht die Positionierung des genannten Schriftzuges meinst, würde ich es einfach mal mit:

#logo .site-title {
           text-align: right;
}

probieren.

5.

Zitat

Ich konnte zum Beispiel nicht mal ein child-Theme erstellen

Woran scheiterte das denn?

Ich hatte bei der Einrichtung von WordPress MultiSite "Abonnent" als Standard-Benutzer-Rolle stehen lassen.

Jetzt merke ich aber, dass das für meinen Zweck Quatsch ist; am liebsten würde ich die ganze Benutzer-Rolle "Abonnent" mittels "Capability Manager Enhanced"-Plugin löschen. Nur: Damit das klappt, darf "Abonnent" nicht mehr die "Standard-Benutzer-Rolle" sein.

Während die "Standard-Benutzer-Rolle" bei WordPress SingleSite unter "Einstellungen/Allgemein" definiert werden kann (oder?), ist dies bei WordPress MultiSite jedenfalls dort nicht möglich. - Geht es statt dessen woanders?

Außerdem würde ich gerne überhaupt auf Definition einer Standard-Benutzer-Rolle verzichten, da ich nicht eine, sondern zwei Standard-Rollen habe: nämlich entweder "Team" oder "Fan".

(Sowohl die "Teams" als auch die "Fans" sollen eigene Subdomains-Blogs und in Bezug auf diese jeweils die gleichen Rechte haben, nur sollen "Teams" und "Fans" unterschiedliche Profil-Felder haben, was ich gemäß dieser Anleitung mache.)

Ich bin weiterhin auf der Suche - zumal das von mir bisher benutzte Plugin nicht nur die gewünschte Funktionalität nicht hat, sondern auch eine Fehl-Funktion aufweist:

http://1a-spielwiese.de/2014/09/21/plu…tzen/#comment-4

So, das Foto wird wieder angezeigt:

Ich habe das Foto noch mal hochgeladen und die style.ccs meines Child-Themes an die Adresse des jetzigen Uploads angepasst:

/* Header-Hintergrund-Bild */


#masthead {
    background-image: url('/wp-content/uploads/2014/09/header-bild.jpg');
}

---

Der Fehlerbehebungsversuch:

#masthead {
    background-image: url('wp-content/uploads/header-bild.jpg');
}

mag vielleicht nicht funktioniert haben, weil dort - anders als jetzt - vor "wp-content" kein Schrägstrich stand. - Aber warum das Bild überhaupt aus dem Header verschwunden war, bleibt mit weiterhin schleierhaft.

Danke! Funktioniert: http://beispiel.1a-spielwiese.de/fotos/#screenshot_1

Zitat von SirEctor

Das hat in dem Sinne nichts mit Wordpress zu tun.

Gilt das nicht letztlich für alle Design-Fragen - dass sie in letzter Instanz HTML- und keine WP-Fragen (im engeren Sinne) sind?

Ja, manchmal tut's auch die zweitbeste Lösung. ;-)