Beiträge von filfil

    Danke schon mal für die Hilfe.

    Bedeuten die beiden roten Passagen, dass ich erst einmal ein PDF-icon hochladen muss?

    Zitat

    plugins/[COLOR=Red]images/pdf.gif[/COLOR]" class="[COLOR=Red]WP-PDFIcon[/COLOR]"/></a>

    Empfiehlst Du ein Plugin, mit dem sich der gesamte Vorgang schnell und unkompliziert durchführen lässt? Ich habe gerade mal geschaut, aber auf Anhieb nichts passendes gefunden. Du scheinst da ja aber eins im Blick zu haben ...

    Ich würde gern ein PDF-Dokument zum Download anbieten, finde aber keine Möglichkeit, wie ich das mittels ans Ende eines Artikels gestelltem PDF-Symbol mit integriertem Link machen kann. Mir gelingt nur ein reiner Textlink.
    Weiß jemand Abhilfe? Danke im voraus.

    Danke für Deine schnelle Antwort. Die eingedeutschte Version hat die gleiche Einstellungmöglichkeit, die mir allerdings bisher entgangen war. Also danke auch dafür. Allerdings war das Kästchen angehakt. Daran lag es also nicht. Offenbar darf man keine identischen Zahlen in beiden Kästchen stehen haben, wenn man die Proportionen rechteckiger Bilder im Thumbnail beibehalten möchten. 150px für die Höhe ist o.k., aber was muss eingegeben werden, damit die Breite in Proportion bleibt? Ich habe es zunächst mit "x" versucht. Da erscheinen beim Hochladen zwar Fehlermeldungen, klappt aber trotzdem. Dann habe ich bei der Breite 1000px eingegeben, weil ja von Höchstwert die Rede ist. Ich dachte, dass alles unter 1000px in Proportion bleibt und erst darüber auf 1000px beschränkt wird. Leider falsch. Die Breite beträgt dann genau 1000px, wenn es das Bild hergibt. Der Wert wird also als Befehl verstanden und nicht als Richtlinie. Jetzt habe ich es mit "0" (Null) probiert, darauf gefasst, dass dann kein Bild mehr zu sehen sein wird, weil die Breite ja Null Pixel beträgt. Aber siehe da, jetzt klappt es! Also vielen Dank für Deinen Tipp!

    Falls jemand weiß, was man offiziell eintragen muss, womöglich irgendetwas wie "none", wäre ich für einen Hinweis dankbar.

    Ich habe festgestellt, dass die von der neuen WP-Version generierten Vorschaubilder immer quadratisch sind. Wenn ich ein rechteckiges Bild hochlade, wird immer eiskalt auf 150p x 150px zugeschnitten. Irre ich in der Annahme, dass das in früheren Versionen anders war? Wurden da die Thumbnails nicht im gleichen Seitenverhältnis geschrumpft wie sie bei der Großansicht bestand? Muss ich meine thumbs zukünftig selber herstellen und auf die Großansicht verlinken, wenn ich die Seitenverhältnisse beibehalten will? So mache ich es seit einiger Zeit, hoffe aber, dass ich eine Einstellungsmöglichkeit übersehen habe. Also, kann man das irgendwo einstellen? Danke für jeden Tipp!

    Zitat

    PS:
    Zitat:
    Zitat von L&rsquo;esprit d&rsquo;escalier » Thinker&rsquo;s Digest
    [...] Heine spricht einmal von seinen deutschen Landsleuten in Paris, »darunter der entschiedenste und geistreichste, Dr. Marx« [...]

    Den find ich schön. Ich hab aber noch gar keinen Doktortitel! :mrgreen:

    Jetzt weißt Du, warum ich mich an Dich wende ... aber lies nicht weiter, da kommen noch weniger vorteilhafte Dinge über Dr. Marx.

    Das Banner sollte sich in der Sidebar befinden, etwas weiter unten, direkt unter dem Bookmark-Button auf Höhe der Artikelüberschrift: Verrat am Verräter. Sein Code lautet:

    Code
    <p><a target="_blank" href="http://www.rsf.org/" title="Link zu Reporters sans frontières"<img src="http://www.rsf.org/IMG/gif/120-600-gb-4.gif" alt="http://www.rsf.org/IMG/gif/120-600-gb-4.gif"/a></p>

    Hier ist meine index.php:

    Jetzt sehe ich auch die als fehlerhaft qualifizierte Stelle:

    Code
    class="more-link"[B][COLOR=Red]>[/COLOR][/B]<span class="more-link">(Weiterlesen)</
    Code
    ('<span class="more-link">'.__('(Weiterlesen)',

    Die als fehlend beanstandete spitze Klammer ist aber da.

    Ich habe jetzt in einem Artikel:

    Code
    target="_blank"><!--more--></a></blockquote>

    geändert in:

    Code
    </a></blockquote><!--more-->

    Der Validation check ergibt dadurch plötzlich nur noch 28 statt 36 Fehler. Da kann ich nicht ganz folgen, auch wenn es natürlich schön ist, die Fehlerzahl reduziert zu haben. Könnte ja was mit dem Loop zu tun haben, von dem Du sprachst. Aber ich habe die Stelle ja in einem einzelnen Artikel geändert, nicht in der index.php. Naja.

    Zitat

    In Zeile 703 seh ich 2 unvollständige HTML-Elemente:

    Code
    <p><a target="_blank" href="http://www.rsf.org/" title="Link zu Reporters sans frontières"<img src="http://www.rsf.org/IMG/gif/120-600-gb-4.gif" alt="http://www.rsf.org/IMG/gif/120-600-gb-4.gif"/a onclick="javascript:urchinTracker('/outbound/www.rsf.org/');"></p>

    Was meinst Du, wo sich Zeile 703 verbirgt. Die Index.php hat doch längst nicht so viele Zeilen. Du siehst, ich bin noch immer nicht sonderlich beschlagen ... aber ich bemühe mich.

    Ich habe testhalber mal ein Banner in die Sidebar meines Blogs integriert. In FF wird es richtig angezeigt. Im IE aber erscheint es überhaupt nicht. Was mache ich falsch? Liegt das Problem im Banner-Code (den ich mir selbst zusammengereimt habe)?

    "marX" hat mir in einem anderen Zusammenhang mal geschrieben, dass so etwas daran liegen könne, dass mein Theme einige Fehler habe. Daraufhin habe ich jetzt mithilfe des Markup Validation Service die Zahl der Fehler von über 60 auf ca. 30 reduziert. Trotzdem wird das Banner im IE noch nicht angezeigt. Bei den restlichen Fehlern habe ich Probleme, die Stelle zu finden, an der die Korrektur zu erfolgen hat.
    Z.B. beim ersten Fehler ist zwar genau die Position angegeben - Line 171, Column 1154 - aber ich finde das Dokument nicht, in dem diese Zeile 171 geändert werden muss. Als fehlerhaft wird ja bei Nr. 1 ein überflüssiges end tag gezeigt:

    Code
    …verrater/#more-945" class="more-link"[COLOR=Red][B]>[/B][/COLOR]<span class="more-link">(Weiterlesen)</

    Die gleiche Stelle lautet im WP-editor in der HTML-Ansicht:

    HTML
    target="_blank"><!--more--></a></blockquote>

    Ich habe auch bereits im Dateimanager meines Hosts nachgesehen sowie bei php-my-admin, konnte aber die Stelle nicht finden.

    Wo ist der richtige Ort, an dem ich die restlichen 30 Fehler noch ausmerzen kann?

    Danke für jede Hilfe!

    Danke für den Code, hat bestens funktioniert. Jetzt sind drei von drei Problemen gelöst, aber es ist leider auch ein viertes entstanden.

    Zitat

    Jetzt ist zwar endlich die Überschrift: "Verwandte Artikel" fett aber auch die Artikelüberschriften. Wie bekomme ich es nun hin, dass nur "Verwandte Artikel" fett wird?

    Bzw., wie kann ich verhindern, dass auch die Artikelüberschriften fett werden? Ich habe jetzt in Zeile 78 "font-weight:600" wieder auf 500 zurückgestellt, womit natürlich die Fettung rückgängig gemacht wurde. Offenbar ist diese Zeile für alle Überschriften zuständig. Lässt sich die Fettung nur auf diese eine Überschrift anwenden?

    Super, danke. Du hast mich schon mal auf den richtigen Weg gebracht. Mithilfe von Firebug habe ich den Container gefunden, der für die Überschrift zuständig ist und bekam somit auch mitgeteilt, dass Zeile 51 in meiner Style-CSS der Ort ist, an dem ich Änderungen vornehmen muss. Ich habe dann die Schriftgröße der Überschrift "Verwandte Artikel" von 1.1 auf 0.8 verkleinern können.

    Was mir leider nicht gelungen ist, ist die Fettung der Überschrift, obwohl ich "font-weight:bold;" eingefügt habe, sodass die Zeile im CSS-Code so aussah:

    Code
    [B]div.entry-content h4[/B]{[U]font-size:0.8em;margin:1.5em 0 -0.7em;font-weight:bold[/U]}

    Leider wurde die Überschrift dadurch nicht fett gedruckt. Was mache ich noch falsch? Ich habe gesehen, dass bei anderen "Font-weight"-Einträgen in der style-css statt eines Wortes eine Zahl nach dem Doppelpunkt folgt, z.B. 700. Ich habe mal "1000" statt "bold" eingetragen, da passiert aber auch nichts. Dann habe ich "bold" durch "strong" ersetzt - ebenfalls kein Erfolg. Jetzt war ich noch in Zeile 78 der style-css. Dort habe ich fetsgestellt, dass font-weight: 500 offenbar normal gedruckt ist und mit 600 der Fettdruck beginnt:

    Code
    [B]div#content h2,div#content h3,div#content h4,div#content h5,div#content h6,div#header h1#blog-title,div.sidebar ul li h3[/B]{[U]font-weight:600;line-height:130%;[/U]}

    Jetzt ist zwar endlich die Überschrift: "Verwandte Artikel" fett aber auch die Artikelüberschriften. Wie bekomme ich es nun hin, dass nur "Verwandte Artikel" fett wird?

    Wo nun die fünf verlinkten Artikel auf Schriftgröße 8pt gebracht werden, konnte ich auch mit Firebug leider noch nicht herausfinden.

    Es wäre super, wenn Du mir bei den zwei noch verbleibenden Problemen auch noch zielführende Tipps geben könntest.


    Danke!

    Okay, ich habe das HTML-Validator-Add-on installiert und begonnen, mich damit eingehender zu beschäftigen, auch mit SELFHTML. Auch erste kleine Fehler konnte ich beheben. Danke für die Tipps.

    Außerdem habe ich die "related-posts"-Einstellungen wieder auf "default" zurückgesetzt, und schon sind die "verwandten Artikel" auch im IE wieder verlinkt. Ich habe ja deshalb daran herumgebastelt, weil mir die Schrift zu groß ist. Ich würde gerne 8pt haben, statt der jetzigen offenbar 10pt. Deshalb habe ich mir irgendwoher einen Code-Schnipsel ausgeschnitten und eingefügt. Bei FF hat's ja auch geklappt. Ist FF fehlertoleranter als IE, oder woran liegt der Unterschied?

    Naja, ich würde jedenfalls gerne schon jetzt die Schrift auf 8pt reduzieren, bevor ich die Sache etwas mehr durchschaut habe, was noch eine Weile dauern kann und wäre dankbar für ein klein bisschen Code.
    Ich habe den Eindruck, dass zwei Felder in den Optionen für die Schriftgröße zuständig sind.

    1. Post Link Format:

    <a href="%post_permalink%" title="%post_title% (%post_date%)">%post_title%</a>

    2. Enter the positioned title before the list, leave blank for no title:

    <h4>Verwandte Artikel</h4>

    Was muss ich einfügen, damit ich Schriftgröße 8pt erziele und "Verwandte Artikel" fettgedruckt erscheint UND die verwandten Artikel in beiden Browsern verlinkt sind?

    Danke für den Hinweis.

    Ich habe mir jetzt das "Validation Output" angesehen und hatte zunächst den Eindruck, dass alles, was dort rot markiert ist, fehlt und daher ergänzt werden muss. Beim Blick in meinen Blogtext in der Code-Ansicht fehlen aber diese rot markierten Stellen gar nicht. Also dachte ich als nächstes, dass die rot markierten Stellen gelöscht werden müssen. Daher habe ich ein rot markiertes Zeichen bei der ersten Fehlerstelle gelöscht. Beim im Anschluss daran erneut durchgeführten Validation-Durchlauf waren es dann aber nicht mehr 65 Fehler, sondern 66.

    Also, ich bin leider noch ein ziemlicher HTML-Analphabet. Kann mir jemand so einfach wie möglich erklären - vielleicht anhand der ersten beiden Beispiele in meiner Fehlerliste, was ich zu tun habe, damit der Fehler korrigiert wird. Oder gibt es möglicherweise ein intuitiv zu verwendendes Programm, das die Korrekturen automatisch durchführen kann?
    Ich bin dankbar für jegliche Hilfe.

    Zitat

    was auch immer für dich an levsens auskünften hilfreich gewesen sein mochte

    wie gesagt: Der CODE!

    Dass, und wie ich mit Deiner Kritik umgehen kann, ist doch ersichtlich. Letztlich nehme ich deine Beiträge in diesem Thread aber mit Humor, gehen sie doch samt und sonders am konkreten Problem vorbei. Niemandem ist geholfen, wenn Du auf einmal beginnst, am konkreten Fall die allgemeine Auskunftsqualität anzuprangern, während an Dir vor bei den Leuten geholfen wird.
    Interessant ist nur, dass du meinst, es habe sich an deiner Kritik durch meinen bescheidenen Einwurf nichts geändert. Das deutet eher darauf hin, dass Du selbst nicht allzu empfänglich für Kritik zu sein scheinst. Bei allem, was du in diesem Thread bisher geschrieben hast, handelt es sich in keiner Weise um Hilfestellung in Bezug auf das aufgeworfene Problem, sondern lediglich um Kritik daran, wie andere (erfolgreich!) Hilfe leisten. das ist schon etwas absurd.
    Für mich ist der "Mangel an Auskunftsqualität" im Übrigen größer, wenn eine Antwort ausbleibt als wenn sie kurz ausfällt und auch noch zum Ziel führt.

    Also ich möchte an dieser Stelle einmal eine Lanze für "Levsen" brechen und mich zugleich bei ihm bedanken. Seit Wochen warte ich nämlich in einem von mir eröffneten Thread zum gleichen Thema auf eine Lösung, wurde jedoch nur mit gutgemeinten Allgemeinplätzen abgespeist.
    Lieber "Arno Simon", Deine Kritik an "Levsen" in allen Ehren. Jedoch war diese Zeile Code, die "Levsen" da anbietet, hundert Mal hilfreicher als alle bisher angebotenen Lösungsvorschläge, die ich damit nicht kritisieren möchte. Sicher muss man einiges berücksichtigen, und der Code mag nicht bei jedem funktionieren, aber was soll schon passieren? Wenn es nicht funktioniert kehrt man eben vorläufig zum alten Code zurück. Es wäre auch sicher hilfreich, wenn man die Zeilennummer mit angibt, aber so lang ist die gettext.php ja nun auch wieder nicht. Kurzum bei mir hat es funktioniert! In weniger als einer halben Minute war mein wochenlanges Problem gelöst.
    Danke noch einmal an "Levsen"

    So, nachdem ich nun meine WP-Version auf den neuesten Stand (2.3.2 WordPress DE-Edition) gebracht habe, musste ich feststellen, dass der Admin-Bereich sowie die Datumsangaben im öffentlichen Bereich nach wie vor englischsprachig sind. Daher habe ich die vorgeschlagene Code-Änderung probiert. Leider bekomme ich dann folgende und ähnliche Fehlermeldungen:

    Zitat

    Parse error: syntax error, unexpected '&' in /home/espritd1/public_html/blog/wp-includes/gettext.php on line 106

    Ich habe wohl bemerkt, dass es sich bei der aktuellen gettext.php-Version nicht mehr wie offenbar im Jahr 2005 um die Zeilen 101 -121 handelt, wo der Code-Tausch erfolgen muss, sondern um 105-124. Aber wenn ich das eine durch das andere ersetze, erscheint eben obige Fehlermeldung. Was mache ich falsch?
    Danke für weitere Tipps!

    Ich habe einfach übersehen, dass es von "Simple Tagging" eine Nachfolgeversion für WP 2.3.x namens "Simple Tags" gibt. "Simple Tagging" war nicht kompatibel mit WP 2.3.x, daher das kleine Durcheinander. Jetzt funktioniert alles bestens, und ich muss sagen, dass die neue Version wirklich genial und noch viel benutzerfreundlicher ist! Sehr empfehlenswertes Plugin.
    Und danke für die Tipps!

    Also ich habe folgende Stellen in der style.css gefunden, in denen es irgendwie um font-style und font-weight in Verbindung mit "em" geht. Was muss ich nun ändern, damit Kursives auch kursiv und nicht fett angezeigt wird?


    Zeile 49

    Code
    [B]div.entry-content em,div.comments ol.commentlist em[/B]{[U]font-style:normal;font-weight:700;[/U]}

    Zeile 63

    Code
    [B]div.entry-content strong,div.comments ol.commentlist strong,div.entry-content span.more-link[/B]{[U]font-weight:700;text-transform:uppercase;[/U]}

    Zeile 72

    Code
    [B]div#content div.navigation div[/B]{[U]display:inline;font-weight:700;[/U]}

    Zeile 78

    Code
    [B]div#content h2,div#content h3,div#content h4,div#content h5,div#content h6,div#header h1#blog-title,div.sidebar ul li h3[/B]{[U]font-weight:400;line-height:130%;[/U]}

    Zeile 89

    Code
    [B]div#header h1#blog-title[/B]{[U]font-size:3.5em;font-weight:400;margin:0.2em 0 0.1em;padding:0;[/U]}

    Zeile 93

    Code
    [B]div.comments h3[/B]{[U]font-size:1.2em;font-weight:400;[/U]}

    Zeile 95

    Code
    [B]div.comments ol#comments div.comment-author span.fn,div.comments ol#pingbacks div.comment-meta span.fn[/B]{[U]font-size:0.9em;font-style:normal;font-weight:700;letter-spacing:2px;text-transform:uppercase;[/U]}

    Zeile 110

    Code
    [B]div.sidebar ul li h3[/B]{[U]font-size:1em;font-weight:400;letter-spacing:2px;margin:0;text-decoration:underline;text-transform:uppercase;[/U]}

    Hi, ich habe gerade meine WP-Version auf den neuesten Stand gebracht. Neben einigen angenehmen Neuerungen brachte das aber offenbar einen Konflikt zwischen dem Plugin Simple Tagging und der nunmehr in WP integrierten Tagging-Funktion mit sich. Konkret ist es so, dass die Tag-cloud von Simple-Tagging zwar angezeigt wird. Beim Klick auf ein Tag wird aber gemeldet, dass leider nichts gefunden werden konnte, obwohl in Klammern dahinter angezeigt wird, dass Artikel mit diesem Tag vorhanden sind (wenn man mit dem Mauspfeil über dem Tag schwebt). Außerdem zeigt Simple Tagging im Admin-Bereich an: "Every article is tagged". Da mir die Wörterwolke von Simple Tagging besser gefällt als die von WP, weil sie nicht nur Größenunterschiede, sondern auch Grauabstufungen anzeigt, würde ich gerne wissen, ob man die WP-Tag-cloud-Funktion abstellen kann oder ob man sie komplett deinstalieren muss, falls sich diese Funktion überhaupt so ohne weiteres herauslösen lässt. Vielleicht lassen sich die Grauabstufungen aber auch beim WP-Tagging relativ einfach einstellen, das wäre vielleicht einfacher. Dann würde ich die WP-Wolke behalten und das Plugin deinstallieren. Als störend empfinde ich auch, dass obwohl ich nichts in das WP-Tagging-Fenster unter dem Editor eintrage, trotzdem so eine Art Platzhalter unter dem Artikel erscheint. Wie kann man das abstellen? Ich bin für jeden Hinweis dankbar, der hilft, diesen Konflikt zu beenden.