donaldtrump

@flower33
ja gelöst 🙂
nochmal danke

ACHTUNG ROMAN.

Habe jetzt gesucht und gesucht und probiert, dann im Entwickler-Inspektor gesehen daß es eine

aside id="rss-2"

und eine

class="rsswidget"

gibt an der Stelle, wo der RSS-Feed von mir ins Widget eingefügt wurde. Diese stehen nicht in der style.css im Hauptverzeichnis.

Die ebenfalls vorhandene

h3.class="widget-title"

existiert im style.css und hat dort von mir gegebene Eigenschaften. Für den RSS-Feed wollte ich jedoch andere Eigenschaften, um ihn von den anderen Widget-Titeln optisch abzugrenzen. Diese konnte ich in folgender Form geben:

h3.widget-title a {
	background:#000;
	font-size:1.2em !important;
	line-height:1;
	color:#fff !important;
	text-align:center;
}

Ohne die !important-Anweisung hätte es nich funktioniert. Und es war nur möglich, weil der Inspektor zeigte, daß durch die Implantierung des RSS-Feeds in der Sidebar auch der Titel automatisch einen Link erhielt, weshalb ich eben h3.widget-title a definieren konnte (denn h3.widget-title a gibt es ansonsten in den Sidebar-headlines nicht, nur unverlinkte Titel)

Soweit sogut. Aber der Inspektor zeigt, um es genau zu erzählen, ZWEI Links im Titel-Bereich: erstens ist ein image eingefügt (rss.png), das auf eine regelrechte Feed-Seite verlinkt, die ich eigentlich nicht will. Zweitens ist die direkt daneben bzw. schräg darunter vorhandene Überschrift selbst auch verlinkt, dummerweise aber auf die Startseite und nicht auf die Kategorie-Seite, was logischer wäre. Diese beiden Link-Bereiche liegen leider sehr dicht beieinander, die Maus trifft leider meistens den Homepage-Link vom Titel.

Das einzige, was ich außerdem noch tun konnte, war die Einfügung folgender divs in die style.css, um dort meine Stilanweisungen zu implantieren:

#rss-2 {} und #rss-2 a {}

Damit konnte ich immerhin margin und padding-Werte definieren und einen Rahmen.

Aber die Feed-Links sind leider schon von WP eingerahmt mit 1px dotted (dieser verschwindet unter meinen Rahmen-Eigenschaften rechts und links, aber nicht oben und unten…), würde ich gerne auch weghaben aber ging nicht, muß irgendwo anders noch definiert sein, wo die Stilanweisungen der style.css nicht greifen, auch mit !important nicht.

Ist vielleicht alles zu abstrakt weil es außer mir niemand sehen kann auf localhost, aber vielleicht will nochmal jemand einen RSS-Feed in der sidebar konfigurieren und deshalb habe ich hier diesen Roman geschrieben.

Irgendwo müssten ja noch die erwähnten, von WP vordefinierten Link-Angaben zu finden sein, aber ich habe sie nicht gefunden.

Moderationshinweis: Nur ein Tipp: Dein Beitrag lässt sich leichter lesen, wenn du Code in so genannte Backticks (Shift+Akzentzeichen) setzt. Ist wirklich nicht weiter tragisch, aber ich dachte, dir hilft vielleicht der Hinweis. Grüße, Bego

Problem gelöst, danke!

Ich werd noch verrückt mit dem Zeug. Das dumme ist, ich hatte das Original-Theme: „debase“ ja im Laufe der Zeit völlig verändert, und dummerweise hatte ich es umbenannt in „de-base-child“ (also einfach nur im Theme-Ordner den Namen geändert. Das verwirrt mich jetzt selber etwas und ich weiß nicht, ob das für WP eine Rolle spielt, wenn da jetzt die Bezeichnung „child“ im Namen auftaucht, es aber gar kein wirkliches Child-Theme ist.

Ich weiß jetzt z.B. nicht, wie ich ein anzulegendes Child-Theme nennen soll…

Ich habe jetzt einfach im Macfinder den kompletten aktuelle Theme-Ordner kopiert in einen Child-Ordner, den ich „de-base-child-mig14“ genannt habe. (Frag mich nicht warum dieser Name)

Dieses kopierte Theme wird natürlich im Dashboard als Theme angezeigt. Um es zum wirklichen „child“ zu machen, habe ich in die funktions.pht folgendes eingetragen (per Bluefish-Programm):

add_action( 'wp_enqueue_scripts', 'theme_enqueue_styles' );
function theme_enqueue_styles() {
    wp_enqueue_style( 'parent-style', get_template_directory_uri() . '/style.css' );

}

Muß ich in diesem Eintrag noch was ändern, oder ist das ein Standardeintrag, der so bleibt? Ich weiß z.B. nicht, wohin ‚/style.css‘ verweist – auf die Parent-css, klar, aber die ist ja nicht im übergeordneten Ordner sondern in dem Parent-Ordner, der ebenfalls im Theme-Ordner liegt. Der übergeordnete Ordner wäre dann aber logischerweise der Theme-Ordner… (?)

In der neuen (child)-css-Datei habe ich den Kommentar eingetragen:

/*
 Theme Name: de-base-child-mig14
 Template: debase
*/

Dann kommt natürlich das komplette css…

Wenn ich nichts falsch gemacht habe, müßte jetzt das Child-Theme erscheinen (und ich könnte alle Dateien außer functions.php und css aus dem Parent-Theme löschen). Aber leider kommt die weiße Seite.

Ja wp-includes wird ggfs. upgedated. Das Theme liegt jedoch im „themes“-Ordner (übergeordneter Ordner: wp-content)
Ok mehr weiß ich auch nicht.

Aber ich weiß folgendes: beim Anlegen eines child-themes muß man, wie Du ja auch geschrieben hast, das Parent-Theme angeben (klar) sowie die Parent-theme-css.

Aber diese Parent-theme-css habe ich gar nicht mehr. Macht ja wohl nichts – lege ich eine leere Datei hin – oder?

Oh danke für die Antwort. Ich werde natürlich WP aktualisieren, ich muß jedoch -glaube ich- vorher noch 2 oder 3 files aus „wp-includes“ ändern (z.b. comment.php, comment-template.php) sichern, weil diese möglicherweise bei einer Aktualisierung überschrieben werden (?). Ich hatte dort banale Änderungen vorgenommen, z.B. Überschrift vom Kommentarbereich, Streichen des email-Feldes u.a.)

Definitiv weiß ich aber nicht, ob die genannten files oder andere, die man für individuelle Anpassungen ändern könnte oder vielleicht ändern würde, von einer Aktualisierung betroffen wären.

Bezüglich der Kommentarfelder hatte ich angenommen, daß man dort evtl. Code eingeben könnte. (?)
Ich hatte vor ca. 15 Jahren mal eine kleine Such-Maschine, wo man Links eingeben konnte (lief mit „Links“-engine). Dort hatte mal jemand im Feld „Description“ Code eingegeben, auch im Feld „URL“, um in meine Server-Dateien reinzukommen. Das waren ja auch Text-Eingabefelder – deshalb war meine laienhafte Annahme, daß man in WordPress-Kommentarfelder eventuell auch Code eingeben könnte.