Beiträge von fym

    Nun, wenn du z.B. in die style.css deines Themes folgendes einfügst:

    Code
    .post img { margin:0 10px 0 0; }


    Das ".post" steht für die Klasse "post", also den "<div class="post">"-Breich, der die einzelnen Artikel beinhaltet, dass "img" danach steht für alle img-Tags (also den Bildern) innerhalb dieser "post"-divs. In den geschweiften Klammern folgen dann die jeweiligen Definitionen.

    Ebenso wie bei padding werden bei dieser Angabenvariante die Abstände in der Reihenfolge "oben rechts unten links" angegeben. Hieße also bei obiger Definition konkret, dass der Abstand von Bildern rechts (also zum umfließenden Text) 10 Pixel betragen und oben, unten und links kein Abstand sein soll.

    Müssen aber nicht zwingend Pixeln als Einheit sein, kann auch eine dieser numerischen Angaben sein.

    Und wenn das nun immernoch ein böhmisches Dorf für dich ist, würde ich vorschlagen, dass du dich eben einfach mal bei de.selfhtml.org oder css4you.de einliest. Schadet nie ;):)

    ~fym

    So wie ich das verstanden habe, will Annalena für jede Kategorie je eine Einleitung stehen haben (wenn man so will: einen "Über"-Text für jede Kategorie). Klebt aber WP-Sticky nicht grundsätzlich die Einträge an oberster Stelle fest, also unabhängig von Kategorien? (wie geschrieben, nie wirklich benutzt) Wenn Blogeinträge als Einleitungen mittels Sticky festgetackert werden, würden sie folglich dann doch zB. auf der Indexseite ganz oben stehen, wo es ja etwas sinnlos wäre.

    Daher meinte ich, dass mir die Pluginlösung unpraktisch erscheint. Berichtige mich, falls ich da einem grobem Annahme-/Denkfehler aufsitze ;)

    ~fym

    Sind Sticky Posts da nicht eher unpraktisch, wenn das je nach Kategorie ein anderer Text, eine andere "Einleitung", sein soll? (Habe es noch nie benutzt, gehe aber mal davon aus, dass man nicht ohne weiteres die klebrigen Posts Kategorien zuordnen kann?) Würde das schlicht über das Template-System lösen, also per category-id.php. Siehe Category Templates.

    ~fym

    Zitat

    sorry für die Frage, wurde bestimmt schon öfter gestellt, ich kann aber über die Suche nichts finden.

    Ja, wird sie. Und nein, dann hast es anscheinend erst gar nicht versucht, wenn ich sehe, was allein mit den beiden Suchbegriffen "beiträge" & "kürzen" so alles erscheint...

    Jedenfalls: Beitrag schreiben, wie gewünscht nach den ersten beiden Sätzen "<!--more-->" einfügen et voilà.

    ~fym

    Tach auch,

    mir ist gerade aufgefallen, dass in der exportierten XML-Datei aller Blogeinträge selbige leere title-Tags haben. In einer älteren Datei sind hingegen alle enthalten. Ich kann mich nicht erinnern, in der Zwischenzeit neue Plugins installiert bzw. an bestehenden herumgebastelt zu haben, aber das Verhalten muss wohl an einem (oder eben mehreren) liegen.

    Deshalb gerade mal hoffnungslos in die Runde fragend, ob zufällig einem schon irgendwelche Plugin-Unverträglichkeiten mit der Exportfunktion aufgefallen sind?

    ~fym

    Aber es muss doch eine andere Lösung geben, denn irgendwo muss der Fehler ja liegen..

    Code
    [...] wp-content/themes/rockinnewspaper-3col-1_ger/rockinnewspaper-3col-1_ger/functions.php:6

    Beißt wohl irghendein Plugin (oder die Kombi aus meheren) mit Wordpress. Alle Plugins deaktivieren, der Reihe nach einzeln aktivieren und schauen, nach welchem Plugin besagter Fehler auftritt. Ausschlußverfahren halt.

    ~fym

    Liegt daran, dass mittels aufgeräumten Permalinks ja eine Ordnerstruktur vorgespielt wird, die es so gar nicht gibt. Wenn dein Beitrag unter "meineseite.de/allgemeines/hallo-welt" zu finden ist, deine Grafikreferenz aber relativ auf "wp-content/themes/rosking/images/gallink.gif" verweist, wird die Grafik eben unter "[...]/hallo-welt/wp-content/themes[usw.]" erwartet. Da kann sie schlecht liegen, daher keine Bilder und daher absolute Pfadangaben.

    Einmal davon abgesehen, ist es für statische HTML-Seiten sicherlich richtig, relativ zu referenzieren, aber bei einer dynamischen Seite, die absolute Pfade aus dem Stehgreif erstellt, eher unnötig.

    hth :)

    ~fym

    Muss ich die php-Funktion (<?php get_menu(); ?>) denn irgendwo definieren?! Bei meinem früheren Theme war das nicht der Fall...

    Ja, musst du. Wordpress kennt sie ja sichtbar nicht. Entweder war dann das Menü bzw. die entsprechende Funktion in dein altes Theme direkt integriert oder du hattest ein Plugin dafür, welches nun nicht installiert/aktiviert ist.

    ~fym

    Mal abgesehen davon, dass Fehlermeldungen nicht umsonst so heißen und bei Lösungsversuchen hilfreich sein können: Wenn du eine Funktion aufrufst, die Fehler ausspuckt, hat das mit Sicherheit nichts mit den Angaben im Stylesheet zu tun ;)

    Zu 1) In Kurzform: In der header.php vor dem "<hr />" müsstest du "wp_list_pages()" aufrufen - ggf. in ein eigenen <div>-Bereich packen - und anschließend das Ganze per Stylesheet definieren. Das würde hier aber wohl zu weit führen, daher als Lektüre empfohlen: Floatutorial: Tutorial 6 - Step 1

    Zu 2) In der single.php

    Code
    <div id="content" class="widecolumn">

    das "widecolumn" mit "narrowcolum" ersetzen und vor

    PHP
    <?php get_footer(); ?>

    ein

    PHP
    <?php get_sidebar(); ?>

    einfügen.

    hth

    ~fym