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 erstellenInstalliere WP einfach im Document-Root des Webservers, und nicht in einem Unterverzeichnis wie /wp oder /wordpress. Wo ist das Problem? (Oder hab ich dich missverstanden?)
[size=8]Es gibt auch einen FAQ-Eintrag dazu:
WordPress Deutschland FAQ » WordPress trotz Installation in Unterverzeichnis über Hauptverzeichnis aufrufen
Ich bevorzuge aber die Variante, den Blog gleich im Root zu installieren.[/size]
Code hat in Beiträgen nichts verloren. Verwende doch z.B. ein Seitentemplate für das Kontaktformular oder ein Plugin, was den Formular-Code per Filter in den Beitrag einbindet. So umgehst du den WP-Editor und damit dein Problem.
Theoretisch sollte ja nun der Inhalt der kompletten Startseite erscheinen, oder?
Nein. Bedenke, dass du dich auf einer "Seite" befindest", wenn du die Seite mit diesem Template aufrufst. Was dein Template hier macht, ist folgendes:
if (have_posts())
Wenn Posts vorhanden sind (ja - die aktuelle Seite)...
while (have_posts()) :
Solange noch ein Beitrag im Loop ist (genau 1 - deine Seite)...
the_title()
Gib deren Titel aus (genau 1 Titel - der der aktuellen Seite)
Verstanden?
Du willst den Loop beeinflussen. Schau dir mal query_posts() an:
Template Tags/query posts « WordPress Codex
Welcher IE? Welche Seite?
Zentrierung erreicht man u.a. durch Festlegen der Breite per CSS und "margin:auto" (vereinfacht). margin:auto interpretiert der IE aber nur, wenn er im Standards-Mode läuft.
Du kannst vor oder nach den Widgets statische Inhalte in die sidebar.php schreiben, jedoch nicht in der Mitte. Schau mal hier:
WordPress Deutschland FAQ » Wie kann ich mein Theme Widget-fähig machen?
worauf könnte wordpress zugreifen? kann ich das irgendwie herausfinden,
Steht selbstverständlich in der Doku:
Template Hierarchy « WordPress Codex
(Die Datei muss übrigens "tag.php" heißen!)
Muss ich vielleicht im Plugin simple-tags irgendwas ändern?
Da musst du beim Plugin nachsehen.
Ich bekomme es nicht hin (CSS?) das Submenü horizontal anzeigen zu lassen, so wie die Anderen. Es wird immer Vertical angezeigt.
Mmh, in dem Fall kein CSS, da die HTML-Struktur ja schon nicht passt. Warum ist "Test-Child2" "Test-Child1" untergeordnet, und nicht direkt "Test"? Da diese ja wieder verschachtelt sind klappt's mit dem floaten nicht so richtig.
Übrigens floatest du doppelt. Die <li> außenrum, und die <a> darin. Die <a> sollten nicht floaten.
Außerdem verschwindet immer der parent (oder ancestor) sobald man auf einen der child Punkte drückt...
Der o.g. Code unterstützt nur _direkte_ Vorfahren, d.h. parent. "Enkel" geht damit leider nicht, dazu gibts schon diverse Threads (soweit ich das in Erinnerung habe leider ohne wirkliche Lösung).
Überdenke erst nochmal deine (HTML-)Strukturierung, danach schauen wir uns die CSS-Regeln an. 
(Aber heute wohl nicht mehr, um das gleich mal voraus zu schicken...)
Na schick. 
IE7 ist bei mir übrigens auch zufrieden (nur lädt er die AJAX-Events rechts nicht fertig...)
Wie kann ich den TEST-CHILD Link in der Sidebar verbergen?
Schau dir mal den depth-Parameter von wp_list_pages() an. Da steht laut und deutlich:
1 - Show only top level Pages
Fang mal bei den Markup-Fehler an:
[Invalid] Markup Validation of http://www.streams-blog.com/ - W3C Markup Validator
Nö wieso? Du hast ein CMS, und ein CMS baut sich seine Menüs dynamisch.
Versuchs mal mit folgendem Code aus der Doku:
<?php
if($post->post_parent)
$children = wp_list_pages("title_li=&child_of=".$post->post_parent."&echo=0");
else
$children = wp_list_pages("title_li=&child_of=".$post->ID."&echo=0");
if ($children) { ?>
<ul>
<?php echo $children; ?>
</ul>
<?php } ?>Ich hab dir ziemlich weit oben schonmal folgendes gegeben:
<?php [COLOR="Red"]$my_query[/COLOR] = [COLOR="Blue"]new WP_Query('cat=10');[/COLOR] ?>
<?php while ([COLOR="#ff0000"]$my_query->[/COLOR]have_posts()) : [COLOR="#ff0000"]$my_query->[/COLOR]the_post(); ?>
Ich hab die relevanten Teile mal farbig markiert.
Aber ich finde keine tags.php oder so...
Dann leg dir selbst eine an. Nimm die archive.php her oder die index.php, kopiere die Datei und benenne die Kopie in tag.php um.
mit welchem Tool debuggst du?
Firebug.
Firebug - Web Development Evolved
Browsercache geleert, neu geéffnet etc...alles nichts gebracht
Also hier passts jetzt komplett. Ich häng dir mal nen Screenshot an (FF3/WinXP).
Achso, fast vergessen: die About/Spieler-Seite passt ebenfalls. Und bei der Galerie musst du noch ein wenig Hand anlegen. Die clear's bei ".ngg-clear", ".ngg-galleryoverview" und ".ngg-albumoverview" müssen noch weg. Dann sollte das auch passen.
Du sollst dieses Template ja nicht direkt aufrufen. Wenn du im Backend jetzt aber eine neue Seite schreibst, dann kannst du dieses Template als Template für diese Seite auswählen.
gekürzt werden soll unter "AKTUELLES", wenn ich dort (get_posts() bzw. new WP_Query()) benutze, dann funktioniert der current-page-item tag wieder nicht...
Also "theoretisch" solltest du query_posts() 1:1 mit new WP_Query() ersetzen können. Es müssen eigentlich je nur 2 Zeilen geändert werden.
Zum Verständnis: die Funktionaltität ist gleich, query_posts() ändert das "Standard"-Loop-Objekt, WP_Query() legt ein neues Loop-Objekt an. .current-page-item benötigt den Standard-Loop, ein mit new WP_Query() erzeugter Loop beeinflusst die Funktion dann nicht.
Leg dir eine .htaccess ins WP-Verzeichnis mit dem Inhalt:
RewriteEngine offOder sorge anderweitig dafür, dass sich die Regeln nicht gegenseitig beeinflussen, z.B. indem du die Subdomain in ein Verzeichnis parallel zur Hauptdomain anlegst, und nicht darunter.
Eben. Für individuelle Logos brauchst du dann eigentlich nur noch die Category-ID mit anzugeben. Sollte so gehen:
<p class="cat-desc" id="cat-desc-<?php echo $cat ?>">
<?php echo category_description() ?>
</p>
Alles weitere bequem per CSS...
(Du kannst das Logo aber wahrscheinlich auch direkt in der Category-Beschreibung mit angeben, in HTML-Form.)
äh ja... ich wollte schon den Thread als Antwort hier raus kramen. Dort hattest du ja genau die gleiche Antwort bekommen.
Was soll eigentlich genau gekürzt werden? Da stehen ja eh nur 3 Zeilen auf "Tickets"...
query_posts() beeinflusst den Loop. 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. Die statische Seite wird so ja zu einer Artikelseite, ist also (im WP-Sinne) nicht mehr "statisch". Nimm es einfach wo hin, Lösungen dafür hast du ja (get_posts() bzw. new WP_Query()).