Beiträge von spickzettel

Steckt scheinbar kodiert in der footer.php

Am Beginn der Sidebar fehlt ein <ul> und am Ende ein </ul>

Am einfachsten ist es wohl, das einzufügen. Eine andere Möglichkeit mit eventuellen Seiteneffekten wäre es, <div id="sidebar"> in <ul id="sidebar"> zu ändern und das schließende </div><!--#### Ende Sidebar ###--> in </ul>

Hatten wir schon mal. Wenn sich im Quelltext ein nicht-UTF8-konformes Zeichen befindet, kann Google die Kodierung nicht richtig interpretieren. Der Validator meckert das hier auch an:

Zitat

Im Dokument befindet sich in Zeile 409 und Spalte 101 ein ungültiges Zeichen.
Dieses Zeichen ist in der verwendeten Zeichenkodierung (utf-8 ) nicht erlaubt.

Es handelt sich die Alt-Texte der Club-Logos...

Zitat

Kuchen backen?

Ja bitte, am besten per Plugin :mrgreen:

Zu 3:

<?php 
function neworder($orderby) {
  $orderby=" ABS(SUBSTRING_INDEX(post_title, ' ', 1)),  
  SUBSTR(post_title,LOCATE(' ',post_title)+1) ";
  return $orderby;
}
add_filter('posts_orderby','neworder'); ?>

in ein eigenes Plugin oder in die functions.php des Themes. Das geht natürlich davon aus, dass man diese Sortierung immer haben will. Wenn es nur für eine Kategorie, z.B. die mit der Nummer 1, sein soll:

if (is_category(1)) {
    $orderby=...
  }
  return $orderby;

Man muss ja nicht den Datenbankeintrag manipulieren, sondern nur die Ausgabe, z.B. in der single.php:

// wenn Dummy-Beitrag
if ( $post->ID==7 ) { 
// Ausgabe nach Wunsch
}

Die Sortierung bei 3. könnte man der Datenbank überlassen und die ORDER BY Klausel per Filter überschreiben:

ORDER BY 
  ABS(SUBSTRING_INDEX(post_title, ' ', 1)),  
  SUBSTR(post_title,LOCATE(' ',post_title)+1)

Das zerlegt den post_title in die beiden Komponenten
1) alles bis zum ersten Leerzeichen als Zahl interpretiert
2) alles nach dem ersten Leerzeichen als String interpretiert

Sieht etwas komplizierter aus, könnte aber funktionieren

Für 1. könnte man die Filter get_next_post_sort, get_next_post_where, get_previous_post_sort und get_previous_post_where nehmen, s. Dokumentation

Dazu müsste man den Code in wp-includes/link-template.php Zeile 579f. etwas näher studieren...

Speicher? Dann könnte das hier eventuell interessant sein...

Doku dazuschreiben? Ist doch da: Template Tags/wp list categories « WordPress Codex und eventuell ein bisschen nach oben blättern...

depth ist der Parameter, den Du suchst:

<ul class="topnav"> <?php wp_list_categories('title_li=&depth=1'); ?></ul>
<ul class="subnav"><?php wp_list_categories('title_li=&depth=1&child_of='.$cat); ?></ul>

Ja, schreib deine externen Links mal mit doppeltem Slash nach dem http:

<a href="http://www.externedomain.com">

Für die erste Navigation:

<ul class="topnav"> <?php wp_list_categories('title_li='); ?></ul>

Für die zweite Navigation:

<ul class="subnav"><?php wp_list_categories('title_li=&child_of='.$cat); ?></ul>

Die Permalinkstruktur (nur Jahr und Titel) ist für Wordpress scheinbar nicht eindeutig. Entweder noch Jahr und Monat oder die ID des Beitrags dazu nehmen. In der Doku steht das nicht so explizit drin, es gibt aber einen Hinweis in die Richtung

Zitat

wir reden über das title-attribut und nicht über den seitentitel,oder?

Genau. Es geht um das Titelattribut bei der Auflistung der Kategorien.

Zitat

wie setze ich mein eigentliches aniegen um?

In PHP alles so lassen, wie es ist, nur den Kategorien unter Verwalten: Kategorien eine Kategorienbeschreibung verpassen. Die wird dann als Titelattribut verwendet.

Es gibt falsch verschachteltes HTML auf der Seite. Vielleicht reicht es schon, das zu korrigieren. Ansonsten kann man weitersehen, wenn die Fehler korrigiert sind.

Die Standardeinstellung für wp_list_categories() ist

'use_desc_for_title' => 1

d.h. es wird die Kategorienbeschreibung als Titel verwendet. Nur wenn es keine gibt, wird 'View all posts filed under %s' bzw. das deutschsprachige Äquivalent genommen.

Ich würde die Optionen unter Breadcrumb Navigation XT &mdash; Software Guide mal genauer studieren...

Zitat

Es funktioniert nun alles

Das freut mich

Zitat

Ohne jetzt näher in den Core zu schauen würde ich behauptet, dabei werden u.a. auch die "Page"-Eigenschaften überschrieben, auf die wegen .current_page_item aber geprüft werden muss.

Ich habe nachgeschaut und es stimmt... :mrgreen: