Beiträge von Ammaletu

    Ich würde das über benutzerdefinierte Felder lösen, wenn es wirklich immer nur ein kurzer Satz sein soll. In den Templates muss das dann nur ausgelesen und entsprechend angezeigt werden. Im Feed würde es natürlich nicht auftauchen, es sei denn, der wird auch angepasst.

    Soll heißen, Du hast TinyMCE in Deinem Blog deaktiviert und arbeitest mit der Code-Ansicht?! Da gibt es das "Add Quicktag"-Plugin, mit dem man neue Quicktag-Buttons hinzufügen kann. Da kannst Du zwar keine Sachen in Eingabefelder eintragen, aber Du kannst Dir einen Beispiellink speichern, in dem Du dann nur noch die variablen Sachen ersetzen müsstest. Das wäre immerhin schon mal eine Verbesserung, und dazu eine simpel umzusetzende.

    Sorry, ist spät und ich hab nicht viel Zeit. Auf den ersten Blick sieht das richtig aus, auf den zweiten Blick würde ich sagen sollte noch die Abfrage " AND post_type == 'post'" mit rein (aus dem Gedächtnis zitiert, heißt sicher noch anders), damit nicht Pages dabei rausgefischt werden.

    Ansonsten: Auf Deiner Seite klappt es im Moment genau einmal. Hat das schon mal mit mehr Bildern geklappt, soll heißen liegt die Grenze wirklich am Tag? Oder schaltet der da z.B. auf eine andere Themedatei um? Obiger Code könnte ja z.B. in der index.php für die Blog-Startseite stehen, generiert den gewünschten Link, der führt zu einer Einzelseite, und dort sind die Bilder immer aufs Archiv verlinkt. Liegt es vielleicht an sowas in der Art? Wenn nicht, müsste bitte mal jemand anders 'ne Idee in die Runde werfen. ;-)

    Hat Jeriko doch geschrieben: In der style.css Deines Themes einfügen. Am besten ganz unten in der Datei hinzufügen. Die Ausgabe per Stylesheet anzupassen ist natürlich bei weitem die einfachste Möglichkeit, daran hatte ich gar nicht gedacht. ;-)

    Du könntest Deinen Provider nach einem aktuellen Update fragen. Die meisten Provider machen täglich ein Backup und heben die jeweils letzten paar Tage auf. Davon abgesehen ist das vielleicht sowieso eine Sache, die Dein Provider reparieren muss. Ich kenne mich da aber nicht so aus, habe auf Anhieb jetzt keine Ahnung, was dieses Problem auslöst und wie man es beheben kann. Anyway, da ist wohl die Gelegenheit, den Support Deines Providers zu testen. ;-)

    Also prinzipiell wäre das Sache des Autors, so ein Problem zu lösen, denke ich. Auf der Seite sind leider wenig bis keine Infos zu finden, nicht mal wie alt das Plugin ist.

    So ganz habe ich aber noch nicht verstanden, was da passiert: Speichert das Plugin seine Daten in benutzerdefinierten Feldern oder als Tags? Das sind ja zwei verschiedene Sachen, und Kommentare sind noch mal was anderes. Wie kriegt der Plugin-Autor das hin, dass man seine Daten mit einem Kommentar überschreiben kann?!

    Ich habe leider nicht wirklich Zeit, mir das Teil zu installieren und rumzuprobieren... :-/

    Pure Vermutung, ohne dass ich wirklich Ahnung davon hätte: RSS-Feeds können zwei Versionen des Textes enthalten, eine kurze Vorschau und den kompletten Text. Die Vorschau enthält dann normalerweise keine Bilder. Der Client entscheidet, welche Version er anzeigt. Dein Browser zeigt hier möglicherweise den kompletten Text an, das Plugin fügt aber die Kurzvariante ein.

    Andere Idee: Sind die Bilderpfade vielleicht nicht absolut definiert?! Das sollte sich mit einem Blick in den Quelltext der erzeugten Webseite schnell rausfinden lassen.

    Ansonsten: Auf gut Glück raten wird Dir möglicherweise keine brauchbaren Antworten bringen. Link zur Webseite und Name des Plugins wären hilfreicher. ;-)

    Falls WP kein entsprechendes Interface anbietet, installiere Dir mal ein Tag-Plugin, welches mit WP 2.3 kompatibel ist. Ich nutze "Simple Tags" (nicht mit dem Vorgänger "Simple Tagging" verwechseln), und da kann man existierende Tags im Backend auch bearbeiten. Allerdings müsste man jedes Tag einzeln speichern. Falls Du also schon sehr viele verwendet hast, ist das möglicherweise keine Option. Dann müsstest Du das vielleicht direkt per Skript auf der DB machen, denke ich.

    Du bist nicht in der Lage, daraus eine Frage zu formulieren, oder?! ;-)

    Naja, was soll's. Du kannst auf jeden Fall mal nach "equal height columns" googlen, denn das ist was Du brauchst: Du hast ein 3-Spalten-Layout, vermutlich mit divs umgesetzt, und alle 3 Spalten sollen die gleiche Höhe haben. Da gibt es verschiedene Möglichkeiten, am einfachsten ist es sicher, die Spalten einfach über den Hintergrund der Seite selbst zu erzeugen. Aber das hängt stark davon ab, wie die Spalten definiert sind, ob sie eine feste Weite haben etc. Da musst Du mal ausprobieren und Dich etwas dazu belesen...

    Im Codex gibt es eine Liste von Plugins, die mit WP 2.3 kompatibel sind, und von Plugins, bei denen es Probleme gibt. Dieses Plugin wird als nicht kompatibel gelistet:
    Plugins/Plugin Compatibility/2.3 « WordPress Codex

    Wenn Du es nur für diesen Zweck brauchst, gibt es sicher viele andere, die das gleiche tun. Mal sehen... ach ne, Du brauchst dafür nicht mal ein Plugin. Probier es mal mit diesem Befehl in der sidebar.php:

    PHP
    <?php wp_get_archives('type=postbypost&limit=15'); ?>

    Ok, also für die Anzeige der Tags des aktuellen Postings (UTW_ShowTagsForCurrentPost) das hier einsetzen:

    PHP
    <?php the_tags('Tags: ', ', ', ''); ?>

    Die drei Parameter sind die Texte vor den Tags, zwischen den Tags und danach. Bitte entsprechend Deinen Bedürfnissen anpassen.

    siehe: Template Tags/the tags « WordPress Codex

    Da lese ich gerade, dass die Funktion die Kategorie ausgibt, wenn keine Tags vorhanden sind. Falls Du das nicht willst, schreib es so:

    PHP
    <?php if (get_the_tags()) the_tags('Tags: ', ', ', ''); ?>

    So, und für "UTW_ShowCurrentTagSet" müsste das hier eingesetzt werden:

    PHP
    <?php wp_tag_cloud(''); ?>

    Die Parameter der UTW-Funktion kann ich jetzt nicht so ganz deuten. Bei der neuen WP-Methode werden die Parameter jedenfalls in einem einzigen String wie in einer URL mit "&" getrennt reingereicht. siehe: Template Tags/wp tag cloud « WordPress Codex

    Probier's einfach mal ohne Parameter, und wenn Dir das Ergebnis noch nicht zusagt, schau auf der Codex-Seite nach, was man da einstellen kann. Falls die Tags als Kommaliste und nicht als HTML-Liste ausgegeben werden sollen, müsstest Du z.B. "format=flat" reinreichen.

    Hab ich was auf den Augen oder ist das schon der Fall auf Deiner Seite? Oder geht es um eine andere Seite? Grafik unter der Sidebar anzeigen oder den Hintergrund der Sidebar bis zum Ende des Inhaltsbereiches ziehen ist auch nicht ganz das gleiche, denke ich. Den Effekt wirst Du mit einer einfachen Grafik nicht erreichen, außer Du lässt damit den Hintergrund der Sidebar auslaufen in die allgemeine Hintergrundfarbe der Seite.

    So oder so, gib uns doch bitte ein paar Informationen. So allgemein ins Blaue hinein lässt sich dazu nicht viel sagen. ;-)

    Stimmt Deine Permalink-Struktur ansonsten? Welche Permalink-Struktur verwendest Du? Der Link sieht richtig aus, habe es gerade mal lokal probiert: Link zum Beitrag + Bildername ohne den Punkt.

    Ach ja, es muss auch ein File zum Anzeigen im Theme vorhanden sein. Das ist entweder die attachment.php oder die index.php. Da letztere aber ja immer da ist, kann es daran eigentlich eher nicht liegen.

    Nachdem hier ja nicht sonderlich viele Antworten kamen*g*, habe ich das Problem erst ein Weilchen ignoriert und dann halt doch selber gelöst. Für alle, die das vielleicht auch interessiert, will ich hier kurz schildern, wie ich es angegangen bin.

    Noch mal kurz zum Problem: Auf der Seite einer Kategorie die Beiträge gruppiert nach Unterkategorien ausgeben. Innerhalb der Unterkategorien habe ich die Sortierung dann doch beim Standard gelassen, chronologisch absteigend. Alphabetisch wäre aber auch kein Problem gewesen.

    Also zuerst mal: Template für die Oberkategorie anlegen, in meinem Fall die Datei "category-47.php". Und das sieht dann so aus, leicht gekürzt:


    Ich ändere also die ursprüngliche Query, so dass sie nur einen Beitrag zurückgibt. Das mache ich, damit die Query an sich intakt bleibt. Sonst können wohl Seiteneffekte auftreten, habe ich gelesen.

    Darunter kommt dann pro Unterkategorie eine eigene Query, mit neuem WP_Query-Objekt und 50 Beiträgen. Das ganze ist so angelegt, dass alle Beiträge der Unterkategorien ausgegeben werden, 50 ist ein willkürlicher Wert, der im Moment groß genug ist, dass alle Beiträge der Kategorie angezeigt werden.

    dor_print_category_name ist eine eigene Funktion, die den Titel der Kategorie ausgibt:

    Das ganze funktioniert soweit gut. Natürlich geht die Zahl der Queries auf der Seite etwas hoch, aber in vertretbarem Rahmen. Ansonsten ist die Seite meinem Empfinden nach nicht langsamer als alle anderen Seiten auch. Diese Lösung ist aber sicher nicht ohne Ende skalierbar. Ich habe im Moment zwei Testbeiträge in zwei Unterkategorien. Demnächst werden es um die 40 Beiträge in drei Kategorien sein. Da werde ich dann sehen, wie es sich mit den Ladezeiten verhält. Für viel größere Seiten würde ich das eher nicht verwenden. ;-)

    Hm, ist das nicht in WP schon integriert? Wenn ich bei mir Bilder hochlade, kann ich beim Einfügen in den Editor auswählen, wie diese verlinkt werden sollen: gar nicht, auf das Bild oder als Beitrag. Bei letzterer Option würde WP das Bild im Design eines Einzelbeitrags darstellen, je nach Theme sogar mit der Möglichkeit Comments direkt zum Bild abzugeben.

    Ich verwende bei mir das "Flexible Upload"-Plugin, aber die Funktion an sich sollte auch im Standard-WP drin sein, denke ich.

    Zitat

    Also ich hätte gerne ein Bild unter die Sidebar. Das muss doch möglich sein

    Natürlich ist das möglich. Sag uns doch einfach, was Du bisher probiert hast um Dein Ziel zu erreichen, und was daran nicht funktioniert hat. Und wenn es dann eine spezielle Frage gibt, immer zu. ;-)

    Dein verlinktes Bild lädt im Moment übrigens nicht, aber das kann an meiner Internetverbindung liegen. Eventuell solltest Du also auch noch mal genauer sagen, was Du erreichen möchtest. Einfach ein Bild unter der Sidebar anzeigen, auf allen Seiten?

    Im Zweifelsfall schadet im übrigen auch ein Link zur Seite nicht, da kann man manches dann schon mal genauer sagen.

    UTW ist nur für WP bis 2.3 gedacht und wird ab 2.3 nicht mehr unterstützt. Die Autorin hat (verständlicherweise, finde ich) nicht eingesehen, sich die Mühe zu machen, ihr Plugin anzupassen, wenn das dann innerhalb kürzester Zeit obsolet wird, weil die Zusatzfunktionen doch in WP direkt integriert werden. Das sollte auf der Download-Seite von UTW hoffentlich deutlich vermerkt sein, welche WP-Version unterstützt wird. Und das Plugin einfach dem Theme beizulegen ist wie gesagt Unfug, auch weil dann solche Konflikte z.B. nicht bemerkt werden.

    Bei dem Umbau des Theme können wir Dir gerne helfen. Poste einfach mal die UTW-Befehle, die jetzt im Theme stehen, und dann postet sicher jemand die korrekten WP-Befehle. Das sollte kein Problem sein. ;-)