Beiträge von spickzettel

Kann es sein, dass im Theme einfach Ausdrücke vorkommen, die in der Sprachdatei nicht enthalten sind? Die Sprachdatei übersetzt ja nur WP selbst und das Default-Theme.

Das

global $user_ID;

muss aufgerufen werden, bevor die comments.php eingebunden wird, sonst ist die Variable nicht bekannt. Normalerweise geht das über den Aufruf der Funktion

<?php comments_template(); ?>

Dort werden dann gleich noch einige andere Dinge erledigt. Meine Idee wäre, diese Zeile einzufügen, bevor die comments.php aufgerufen wird.

Gibt es einen Aufruf von

<?php comments_template(); ?>

Je nach Theme beispielsweise in der index.php oder single.php. Oder wie wird die comments.php eingebunden?

Irgendwie scheint die Variable $user_ID nicht bekannt zu sein, d.h. es fehlt ein

global $user_ID;

Vergiss es, die Developer Erweiterung hat mir Quatsch erzählt :-) Ich sollte lieber in den Quelltext schauen.

background-x-position und background-y-position kenne ich nicht. Ich würde es mal mit background-position versuchen. Aber position:fixed funktioniert wie gesagt beim IE6 sowieso nicht :-)

So etwa müsste das funktionieren:

$post_ID =   wp_insert_post( $my_post );
add_post_meta($post_ID, $meta_key, $meta_value);

Zum Abmessen kann man auch ganz gut die Web-Developer-Erweiterung für den Firefox nehmen, Shift-Strg-F drücken und sich freuen :-)

Stimmt :( last_name ist in der Tabelle wp_usermeta abgelegt, da kommt man so ohne Weiteres nicht dran... Also vergiss, was ich oben geschrieben habe...

Dann die andere Variante: Ausgabe mit echo=FALSE unterbinden und die Ausgabe selbst umsortieren. Ist aber dann etwas komplizierter...

Weil es

ORDER BY last_name

heißen muss :-)

Ist in 2.5 immer noch so :-)

Lösungsvorschlag: die Funktion wp_list_authors() aus author-template.php raus- und in die functions.php des Themes reinkopieren, umbennen und die Datenbankabfrage umschreiben:

... ORDER BY last_name

Dann kann man die geänderte Funktion aufrufen. Alles andere scheint mir deutlich umständlicher.

Oder falsch abgespeichert, eine Forensuche fördert recht schnell die einschlägigen Threads zu Tage :-)

Das sollte nicht nötig sein. Ich nehme an, die Adressen bei den allgemeinen Einstellungen stimmen nicht, s. FAQ

Ich schau mal in meine Glaskugel: Es gibt vermutlich einen Aufruf von wp_list_pages() zur Anzeige der Seitenliste. Der Parameter depth gibt die Anzahl der Ebenen an, die angezeigt werden sollen. Dort steht wohl depth=2 Das kann man in depth=3 oder depth=4 ändern. Eine übersichtliche Navigation ist aber was anderes :-)

Such mal nach dem Stichwort "Breadcrumb". Da gibt's Plugins für. Ansonsten ist die passende Dokumentation hier zu finden.

$post->post_parent

sollte das liefern, ansonsten gibt es noch mehr Dokumentation

Ich glaube, verschiedene Lösungsmöglichkeiten für dein Problem wurden in einem älteren Thread schon mal diskutiert. :-)

Überwiegend (leidvolle) Erfahrung. Ob man das logisch nachvollziehen kann, weiß ich nicht. Sicher werden sich die Programmierer was dabei gedacht haben :mrgreen:

Das erste Problem verschwindet, wenn man .entry eine Höhe gibt:

.entry {height:1%;}

Das zweite Problem kann man beseitigen, wenn man .bottom eine Höhe gibt:

.bottom {height:1%;}

Nach dem ?> am Ende darf nichts, gar nichts mehr stehen: kein Leerzeichen, keine Leerzeile. Daran wird's höchstwahrscheinlich liegen, wie auch eine Forumssuche nach der Fehlermeldung ergeben hätte ;-)

In der Doku wird die Möglichkeit, nach "post_modified" zu sortieren auch nicht erwähnt. Ich habe jetzt gerade auch keine Lust, mich durch den Quelltext zu wühlen :-) Auf alle Fälle sollte es mit Hilfe des Filters posts_orderby funktionieren (s. Custom Queries):

function set_order_post_modified ( $orderby ) {
return "post_modified DESC";}


add_filter('posts_orderby','set_order_post_modified');