Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenMan ruft Deine Seite auf und kriegt eine seitenfüllende Anzeige angezeigt, die sich über den Inhalt legt. Wunderbare Art, Besucher zu verscheuchen, ehe sie die Seite auch nur gesehen haben. Respekt!
Tja, dann rate ich eben mal: Versuch mal margin: 0 auto; am .logo oder eventuell das float am .logo a weg.
Da fehlt der wp_head()-Aufruf (oder wphead? Keine Ahnung, schau mal bitte in einem Standard-Theme nach), denke ich. Ohne den kann kein Plugin per Hook etwas der Header-Sektion hinzufügen.
Jeder brauchbare Editor bietet Dir die Option, in mehreren Dateien gleichzeitig zu suchen. Damit sollte sich die Struktur des Themes recht schnell erschließen. ;-)
Was die Übersetzung betrifft: Hast Du denn im Language-Ordner des Themes eine deutsche Sprachdatei liegen?
Das Theme nutzt automatisch die Sprache, die Du in der wp-config eingetragen hast. Wenn Du Backend und Frontend von WP in verschiedenen Sprachen möchtest, gibt es Plugins dafür (glaube ich).
Wenn Du einzelnes ändern möchtest, würde ich ein Child-Theme empfehlen und nur dort die Änderungen machen. Es sei denn, es wird sehr exzessiv, dann lieber das Theme umbenennen. In dem Fall bräuchtest Du ja auch die Sprachdateien nicht und könntest das direkt reinschreiben in die Themedateien.
Ich nehme jetzt mal an, dass es Dir um ein selbst-geschriebenes Plugin geht?! Das kannst Du nur machen, wenn es aktiviert ist. Alternativ über die functions.php Deines Themes, aber da hast Du dann nur selber was davon. generell solltest Du sowas allerdings lassen. Es ist ärgerlich, wenn Plugins sich nicht an die Stylevorgaben halten und im Backend irgendwelche ganz eigenen Styles durchsetzen. Weniger ist da mehr, WP hat genug Klassen an Bord um gut gestylte Adminseiten zu generieren. Und wenn irgendwann das Backend umdesignt wird, musst Du auch nicht ran und Deinen Code anpassen.
Ok, das ist ja zumindest schon mal eine Fehlerbeschreibung. Und wenn Du dann manuell "/wp.-admin" an die URL hängst, kommst Du dann rein oder landest Du wieder bei der Loginseite?
Hast Du die weiteren Voraussetzungen für Permalinks erfüllt? Nur mod_rewrite reicht nicht, Du musst noch zwei andere Einstellungen setzen. Schau im Codex auf der Permalinkseite nach.
Ich kenne ehrlich gesagt die Details der Implementierung nicht, aber WP muss, wenn es diese Infos denn überhaupt braucht, diese doch zwangsläufig auf dem Server speichern. Passwörter werden ja wohl nicht im Cookie stehen oder sonst wo bei Dir auf dem System. Insofern ist mir nicht klar, wieso es einen Unterschied machen soll, mit welchem Client Du den Prozess anstößt. Spannender wäre doch, ob Du an den Schreibrechten auf dem Server etwas ändern kannst, so dass das vielleicht doch ohne FTP funktioniert ohne dass man deswegen gleich Sicherheitslücken aufreißen muss.
Du kannst ihn per CSS verschieben, aber das musst Du selber austüfteln. Du kannst den Text natürlich auch woanders anzeigen, aber dafür bräuchtest Du eine eigene PHP-Methode, denke ich, um das Plugin entsprechend zu erweitern (nicht im Plugin natürlich, sondern z.B. in einem Funktions-Plugin oder in der functions.php des Themes).
Ich glaube, da ist die reset.css Deines Themes Schuld dran. Ganz am Anfang wird da schon für alle Tags "font: inherit" gesetzt, und das schließt fett nun mal aus.
Ich bin nicht sicher, ob das überhaupt Sinn macht, das ist für meinen Geschmack etwas viel reset. Aber als quick fix ginge das hier:
strong {
font-weight: bold;
}
Alle anderen Formatierungs-Tags müsstest Du dann aber auch mal prüfen, ob sie noch gehen.
Ganz ehrlich, da würde ich sehr stark von abraten. Mit anderen Encodings als UTF-8 hast Du dauerhaft nur Ärger. Anders herum gibt es aber keine Latin1-Zeichen, die sich nicht in UTF-8 darstellen lassen. Wenn Du also externe Daten importierst oder anzeigst, konvertiere die vor der Anzeige entsprechend zu UTF-8. Das musst Du nur einmal austüfteln, dann läuft es und Du hast in Zukunft aber keinen Ärger, falls sich z.B. diese externe Quelle mal zu UTF-8 ändert oder Du in einem Beitrag andere Zeichen brauchst.
Die Einstellung auf der Diskussions-Seite betrifft nur neue Beiträge/Seiten. Alle bestehenden Beiträge/Seiten haben schon gespeichert, ob dafür Kommentare erlaubt sind. Beim Bearbeiten eines Beitrags kannst Du das natürlich angeben (musst Du ggf. über das Menü obenr echts erst einblenden oder probier QuickEdit). Es gibt Plugins, die das für alle existierenden Kommentare auf einen Schlag setzen (gute Suchworte sind "bulk comment").
Du hostest WP auf einem Mac-Server? Gibt es sowas überhaupt? Lokal kannst Du für Testinstallationen etc. doch einfach die Dateirechte entsprechend hochsetzen. WP fragt ja nur nach den FTP-Daten, wenn er Dateien nicht mit dem richtigen Benutzer schreiben kann.
Erste Idee: Wenn das Plugin seine Funktionalität an einen Hook oder Filter hängt kannst Du das ja wieder entfernen. Das Plugin wäre dann zwar aktiv, würde aber einfach nichts tun.
Hast Du mal selber im Plugin-Verzeichnis gesucht? Dafür hat das schließlich ein Suchfeld. ;-)
http://wordpress.org/extend/plugins/dh-new-mark/
http://wordpress.org/extend/plugins/indicate-fresh-post/
Ich wüsste eigentlich nicht, dass diese simplen Anweisungen in irgendeinem Browser anders interpretiert werden. Link zur Beispiel-Seite? Bzw. was wird denn anders dargestellt?
Ach ja, Code bitte mit den Buttons als Code kennzeichnen, erhöht die Lesbarkeit der Threads ungemein. ;-)
Solche Sachen werden von Deinem Theme ausgegeben. Du kannst das da nach Belieben anpassen, z.B. auch basierend auf Kategorien (testen mit in_category('beispiel-kategorie-slug')). Wenn Du ein Theme wie Twenty Eleven verwendest, das mal aktualisiert werden könnte, lege unbedingt ein Child Theme an, damit Du Deine Änderungen nicht überschreibst.
Wozu so ein Aufwand, pack doch einfach den Link ins Menü!? Schau Dir mal an, wie Twenty Eleven das macht.
Also da ist irgendwas an Deinem Theme kaputt. Der Header sollte eigentlich so aussehen:
<!DOCTYPE html>Das sollte korrekt als HTML 5 validieren. Wenn Du keine Modifikationen am Theme gemacht hast, kiopier vielleicht die Twenty-Eleven-Dateien noch mal drüber. Vielleicht ändert das aber auch irgendein SEO-Plugin?!
Ich kenne BuddyPress nur dem Namen nach, aber ich garantiere Dir schon mal, dass Du mit einer solchen "Fehlerbeschreibung" keine sinnvollen Antworten kriegen wirst. Ein paar mehr Details würden weiterhelfen. :-)
Schau einfach mit Firebug nach warum das so ist. Irgendeine CSS_Anweisung wird wohl mit höherer Präzedenz "font-wight: normal" deklarieren. Genauer kann Dir das ohne den Link zur betroffenen Seite niemand sagen, fürchte ich.