Liegt daran, dass relative Pfade nichts bringen, wenn du Permlink verwendest (abgesehen davon ist "http://.../[...]" so oder so falsch ;)). Benutze absolute Pfadangaben, dann sollte das klappen :)
~fym
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 erstellenLiegt daran, dass relative Pfade nichts bringen, wenn du Permlink verwendest (abgesehen davon ist "http://.../[...]" so oder so falsch ;)). Benutze absolute Pfadangaben, dann sollte das klappen :)
~fym
Steht doch alles auf der Pluginseite bzw. auf der dort verlinkten deutschen Seite. Was soll daran nicht verständlich sein?
~fym
Nun, wenn du z.B. in die style.css deines Themes folgendes einfügst:
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
Definiert werden müssten Bilder, die im Artikelbereich liegen. Ergo
Der Rest ist eine Sache von padding- und/oder margin-Angaben.
hth :)
~fym
Ah, gut. Danke. Also Annahmefehler. Immerhin die bessere Variante ;)
... aber da kann ich dich beruhigen ...
Gut, war nämlich schon dermaßen am Zittern vor Aufregung... ;)
~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
oh shit doch im stylesheet aber was verändert jetzt geht ergar nicht mehr...
Die header.php wird nicht eingebunden bzw. ist kein Header mehr vorhanden :mrgreen:
~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
Zitatsorry 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
Jedenfalls: Wenn man die Seite besucht (Dieblog -> wird weitergeleitet), sieht man das Blog samt Administrationsmenü (My account, my dashboards, new post etc.) [...]
Nö :D
~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
wp-admin->verwalten->kategorien-> einfach die entsprechende kategorie löschen
Da werden doch aber imo nicht die Beiträge ansich gelöscht, sondern nur in die Standardkategorie verschoben.
Auf separate Archivseite auslagern. Wer im Archiv stöbern will, klickt auch den Link zur Seite.
Aber es muss doch eine andere Lösung geben, denn irgendwo muss der Fehler ja liegen..
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
Hehe, fein :)
~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
Was spricht gegen die Benutzung von "<?php bloginfo('template_directory'); ?>"?
~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
das "widecolumn" mit "narrowcolum" ersetzen und vor
ein
einfügen.
hth
~fym