Siehe Morris.
Ad Punkt 3)
Code
echo '<div style="background-color:"';
$theme_colors = get_option(etc.
if($theme_colors) {
echo $theme_colors->etc
}zB
Beiträge von kaiser
-
-
Link? Theme? etc. Forenregeln. Bitte!
-
WP-Version? Theme-Download-Link? Wie sieht der Code vom Nav-Menü aus?
-
PlugIn Forum? Das hier ist "bloß" das WP Forum und bei der Anzahl an PlugIns kannst Du Dir ausrechnen, wie wahrscheinlich es ist, dass das Problem jemand kennt...
-
Link? Theme? Bla? Forenregeln, bitte lesen.
-
Naja, dass heißt nur, dass der Pfad falsch ist. Du hast also den Pfad noch nicht entsprechend umgesetzt. Ich denke unter Einstellungen oder so, kannst Du den Pfad eingeben.
-
Schon einmal im Forum des PlugIns versucht?
-
Noch nicht, aber einen Thread um einen zu bekommen
-
Ja, schon. Du kannst entweder a) vor jedem Titel ein <img> Element setzen, oder zB einen <span> mit background. Je nach Lust und Laune, entweder mit WP und the_title beschäftigen oder beim Css fürs Span-Element anfangen.
Ps. Du solltest den Großteil Deiner JavaScripts in wp_footer() verschiebene. Die Ladezeit ist elendiglich lange.
-
Und falls Du das doch noch unterstützen willst: Google mal nach "hasLayout". Dann findest Du die Erklärung für den Großteil Deiner Probleme.
-
Am Core was ändern is ned so g'schickt. Da hast dann nach am Update nix mehr. Andere Möglichkeit is wennst da aus am Plugin was abschaust. Hab ich scho amal irgendwo g'macht, ova i waß nimma so genau wo... is ova a ned schwa. Do muast nua wegn da wp_mail() suachn.
-
Super Antwort. Da wird man richtig motiviert zu helfen. Also: Forenregeln lesen und Link posten (zum Plugin) wäre ein guter Anfang...
-
-
Na dann: Los gehts
-
Wieso nicht einfach für ein Kommentar vom einem eingeloggten User einen anderen Hintergrund oder Gravatar verwenden?
-
Kopf hoch: Html hat nicht viele Elemente. Die wichtigsten sind eh div, span, p, ul/li. Und wenn Du ein halbwegs solides Css Gerüst wie 960 Grid oder Blueprint hast, dann ist das alles kein Problem.
-
Nein, nicht wirklich. Gute .htaccess machen, Zugriffsrechte auf Ordner und Dateien ändern zB: 0755. Ich nehm bei allen Scripts, die ich lade immer die Versionsnummer raus, indem ich sie bei wp_enqueue_script auf '0.0' setze. Weiters den wp_generator Link, Live Writer, etc. Dann weiß der Angreifer wenigstens nicht, bei welcher Version er welche Sicherheitslücke schließen muss. Weiters lange Passwörter ~12 Zeichen mit Sonderzeichen wie "!,",§,.;,,etc." verwenden. Allen Rollen unter Admin mit remove_cap('edit_users') reduzieren, usw.
-
Vorwort: Bitte Supportanfragen im Forum belassen. PN sind private Nachrichten für private Dinge außerhalb der Öffentlichkeit. Daher meine Antwort hier herinnen.
Antwort: Das FireBug-AddOn für FireFox ist ein Analyse und Testtool. Man startet es mit einem Klick auf den kleinen "Bug" rechts unten in der Browser-Fußzeile. Es bietet mehrere Modi: Konsole, Html, Css, Netzwerk. Soweit die wichtigsten. Für diesen Fall sind aber nur "Html" und "Css" wichtig. Wenn man FireBug startet, kann man unter "Html" Elemente auswählen. Besonders leicht geht das mit dem Pfeil links oben im FB-Fenster. Einfach Pfeil anklicken und Element in der Seite anklicken. Der passende Teil im Quellcode wird dann sofort angezeigt. Öffnet man den <head> kann man die Liste der geladenen Css-Dateien und JScripts ansehen. Dann kann man mit [rechte Maustaste] > "Element löschen" ein Element entfernen. So erkennt man, wenn man eine Datei nach der anderen löscht, ziemlich schnell Dateien/Scripte die in Konflikt miteinander stehen.
Alles klar?
-
Achja, es gibt auch noch $WP_Users, damit kannst Du zB $user->has_cap('edit_posts') abfragen.
-
Hello Leute,
mit dem Update auf 3.0 kam auch eine neue Funktion hinzu names capital_P_dangit(), die unterm Strich ein Filter ist, der im vom Autor geschriebenen Content automatisch das große "P" in WordPress ausbessert. Da dies nicht diskutiert wurde, bevor es das Core-Team eingebunden hat, schlagen gerade die Wellen hoch und Automattic fällt entweder der a) Himmel oder b) die Community auf den Kopf.
Ich hab mich an Frank Bültge gehalten und den Filter einfach in der functions.php deaktiviert. Trotzdem stimme ich mit den meisten Leuten überein: Inhalte automatisch verändern greift in die Grundrechte der Autoren und Blogbetreiber ein und geht einfach nicht.
Hier ein Link zu Diskussion. Wäre schön, wenn sich der eine oder andere auch beteiligen könnte. Es ist glaub ich eine gute Gelegenheit zwischen der betreibenden Firma Automattic und der Community ein paar Regeln aufzustellen (Matt Mullenweg ist auch - mit etwas unfreundlichem Ton - an der Diskussion beteiligt).
http://groups.google.com/group/wp-hacke…407298aac1bb109
Danke!