Beiträge von Knoppaz

Im WYSIWYG-Editor von 2.0 gibt es dafür auch einen Button.

Zitat von plattenblog

Auf der Startseite, in der Sidebar, die letzten Beiträge mit Titel und Link anzeigen.

Müsste das nicht z.B. so gehen:

<?php get_archives('postbypost','10','html'); ?>

Hast auch die komplette Adresse eingefügt? Also: http://www.baumeister-wolf.de

Hört sich so an, als ob du den http:// Teil des Links vergessen hättest.

Hast du denn auch „das Original benutzen“ beim Bild angeklickt (nach dem Hochladen)?

Stimmt ja auch. Wäre trotzdem cool, wenn die Leute anfangen würden die Typographie etwas mehr zu beachten und gleich die richtigen Zeichen benutzten. Man sieht so oft Zollzeichen statt Anführungszeichen oder Binde- statt Gedankenstrichen oder das Minute-Zeichen ' (oder noch schlimmer Accents) statt einem Apostroph. Wir sitzen ja nicht mehr vor einer Schreibmaschine … ;)

Man kann sich aber auch gleich angewöhnen die richtigen Anführungszeichen „ “ anstatt des Zollzeichens " zu benutzen. Beim Mac (deutsche Tastaturbelegung) liegen sie auf alt + ^ und alt + 2. Keine Ahnung, wie die Tastaturbelegung bei Windows oder Linux ist.

Oder du installierst einfach das 2.0.1-Update.

Zitat von tribble

Hm, du meinst diese "unscharfen" Bereiche? Ich weiß garnicht so recht wie ich das beheben kann. Ist da ein anderes Format sinnvoll? Z.B. *.gif? Oder gibt es da noch andere Tricks?

Wenn du als jpeg abspeicherst, müsstest du die Qualität einstellen können. Das sollte eigentlich mit einer besseren Qualitätsstufe zu beheben sein. Falls das Programm, mit dem du die Grafik erstellt hast, dir beim speichern keine Einstellungsmöglichkeit gibt, solltest du es als tiff abspeichern und dann in einem anderen programm in ein optimiertes jpeg umwandeln.

Ich würde die Headergrafik nochmal in besserer Qualität abspeichern. Da sind recht starke Kompressionsartefakte drin.

Zitat von Xander

Bei Dir passt der Feed im FF 1.5 auch net...

Passt mein Feed denn?
http://kloenschnacker.de

Komischerweise werden sowohl bei dir, als auch bei jowra Umlaute im Feed ersetzt (noch merkwürdiger ist, dass dies bei beiden von euch beim neusten beitrag nicht so ist).

Sicher, dass du das clean-umlauts nicht verwendest? Bei mir hatte das damals die Umlaute auch umgewandelt (den Sinn dahinter hab ich noch nicht wirklich verstanden).

Übrigens: Safari zeigt beide Feeds ohne irgendwelche Fehler an.

Das hat auf jedenfall nichts mit dem löschen des "feed:" im Theme zu tun, da das ja nur den Link zum Feed ändert. Bei Dir funktioniert ja der Feed selber nicht. Kann dir da aber sonst auch nicht weiterhelfen.

Ich weiß nicht, was du mit „Hintergrund verschiebt sich“ meinst, aber bei mir ist z.B. bei „Kunst zappenduster“ oder „Grüner Punkt und nasse Füße“ das erste Bild zu groß und ragt rechts über den Rand hinaus (Browser: Safari). Da wäre es gut, wenn du das Bild vorm hochladen verkleinerst. Das erpart dann auch unötige Dateigrößen und somit Ladezeiten.

Zitat von frankie

wer lesen kann ist klar im vorteil :rolleyes:

Meintest du wordblog.de? Das wurde ja ausgeschlossen.

Zitat von sum1

Ich würde aber gerne einen bewährten Dienst nehmen, keine Beta und Versuchsphase ;-)

http://wordpress-deutschland.org/upgrade

Soweit ich das verstanden habe, sind die Datenbanken von 1.5 und 2.0 nicht kompatibel.

Zitat von ttlive

Wie wird eigentlich UFT-8 emfpohlen, ist für uns eigentlich nicht sowieso ISO-8859-15 (mit EURO) bzw. ISO-8859-1 als UFT-8 zu verwenden?

Warum sollte man ISO-8859-1 verwenden? UTF-8 kann alles, was ISO-8859-1 und 15 kann und noch unzählige Zeichen mehr. UTF-8 deckt die Zeichen für die ganze Welt ab (Umlaute, Euro, Griechisch, Asiatische Zeichen, …), sprich, wenn in Zukunft jeder UTF-8 benutzt, gibt es keine Kodierungsprobleme mehr: eine für alles.

Siehe: Wikipedia Unicode.

Was soll denn der zweite Bug sein? Ich habe das nicht ganz verstanden. Was läuft bei em-Tag schief? Bei mir funktioniert er problemlos.

Bist du nach der Upgrade-Anleitung vorgegangen? Also wurde die Datenbank konvertiert?

Zitat von MacSEK

Die Datei selber wird zwar nicht verändert, aber der image-Eintrag erfolgt immer mit width und height Angaben egal ob ich die Option Original oder Thumb verwenden selektieren.

Derzeit behelfe ich mir immer damit nach dem Einfügen des Bildes den HTML Quellcode nach zu bearbeiten, aber das kanns ja auch nicht sein.

Das ist ein Bug, der aber schon für die 2.0.1 Version behoben ist.

Bis dahin genügt es, das Bild anzuklicken, im Menü auf das Bildsymbol zu klicken (das Baumbild) und auf "aktualisieren" zu gehen.

Inzwischen ist die 2.0.1 ja auch verfügbar …

Zitat von Opa114

also kann man da momentan nix machen, damit sich das ändert, es sei denn, man ändert UTF-8 aus latin1?

Sieht wohl so aus. Es wir aber an UTF-8-Unterstützung gearbeitet:

Zitat

A UTF-8 support in WP2PDF is, in fact, near. I'm right now working on the font processing. But it will take time and I will need testers.

Ich weiß aber auch nicht mehr, als da steht, kenne wp2pdf nicht, hab nur kurz gegoogelt, um die Frage zu beantworten und bin auf die Seite gestoßen.

Scheinbat unterstützt wp2pdf noch kein UTF-8, daher die Fehler, siehe:
http://sourceforge.net/forum/forum.php?forum_id=456543

Die Kodierung auf latin1 umzustellen wäre allerdings ein Rückschritt, da dort Zeichen fehlen. UTF-8 ist auch insbesondere auf die Zukunft gesehen sinnvoller (warum viele verschiedene Kodierungen für unterschiedliche Sprachräume, wenn eine alles leisten kann …).