esse est percipi
Das Weblog eines Grafikdesigners. Seit 2003.

esse est percipi

Einfach gute Mac-Apps.

Von einem unabhängigen Entwickler,
der sie täglich selbst nutzt.

Blog Apps

Impressum/Datenschutz/AGB

Webdesign | Mittwoch, 25. Februar 2004

Mein Weblog System

Ich bekomme immer mal wieder E-Mails, in denen ich nach meinem Weblog-System gefragt werde. Es hat noch keinen Namen, ist eine verbesserte Version von Thistle, das wiederum eine verbesserte Version von PHPosxom ist, welches auf Blosxom basiert. Es ist Plugin fähig, relativ stabil, läuft mit PHP, braucht keine Datenbank, ist über Templates und CSS einfach an bestehende Designs anzupassen, und vielleicht wird es irgendwann eine öffentliche Version davon geben, wenn genügend Interesse bestehen sollte.

Kommentare:

Bei den Kommentaren handelt es sich um fremde Inhalte, die sich „esse est percipi“ nicht zueigen macht. Verantwortlich für den Inhalt eines Kommentars ist der jeweilige Verfasser.

std Dienstag, 9. März 2004, 16:29 Uhr

Vielleicht solltest du die Templates mal anpassen; die Ergebnisse des Validators sind ja nicht sehr berauschend. Mir ist zwar auch schleierhaft, warum das Teil lauter non-SGML characters entdeckt haben will, aber z.B. h-Elemente unerlaubterweise konsequent in p-Elementen zu verschachteln, ist ja nun schon relativ grober Unfug ;-)

Martin Dienstag, 9. März 2004, 22:27 Uhr

Mir ist zwar auch schleierhaft, warum das Teil lauter non-SGML characters entdeckt haben will

Das kommt durch die Anführungszeichen „ und “, die in ISO-8859-1 schlicht nicht definiert sind. Die entsprechenden Unicode-Codierungen schaffen Abhilfe, siehe Typographie für Webautoren

Michael Preidel Mittwoch, 10. März 2004, 07:53 Uhr

@ std: Wo du, ähem, groben Unfug bzw. in p verschachtelte h gesehen haben willst, und das auch noch „konsequent“, weiß ich nicht, jedenfalls nicht im Quelltext zu irgendeiner qxm Seite.

Im übrigen: Solange die Ergebnisse des Validators schlicht falsch sind – es gibt kein einziges </p> ohne vorheriges <p> – messe ich dem nicht allzu viel Bedeutung bei. Und absmiddle werde ich, solange Safari middle nicht richtig interpretiert, auch weiterhin benutzen, da bin ich großzügig ;-)

Bleiben als einziges die Non-SGML Characters. Stimmt, man könnte sagen, da habe ich nicht aufgepasst, als ich die automatische Ersetzung von Zollzeichen in typographisch korrekte An- und Abführungszeichen programmiert habe. Aber: diese Non-SGML Characters haben null Einfluss auf die Validität, wie man hier sehen kann.

Der einzige wirkliche Fehler ist der, dass blockquote automatisch zwischen p gesetzt wird; das werde ich dann demnächst auch mal ändern.

std Mittwoch, 10. März 2004, 12:38 Uhr

Hehe… in p verschachtelte h? Hier z.B.:

<p><h3>Coleslaw:</h3>
<ul>
<li>1 mittelgroßer Weißkohl</li>
[usw.]
</p>

... und hier :

<p><h3>Ofenkartoffeln:</h3>
<ul>
<li>Kartoffeln</li>
[usw.]
</p>

ul dürfen übrigens auch nicht innerhalb von p stehen, da p ausschließlich inline-Elemente enthalten dürfen.

Disclaimer: Bitte nicht als blöde Besserwisserei auffassen:-) Der eigentliche Grund, warum ich diese Fehler entdeckt habe, war, dass mich interessierte, ob die Seiten auch mit solchen Google-Ads validieren. Dann habe ich bemerkt, dass die eh in einem Frame stecken; dafür ist mir dann aufgefallen, dass der Validator ziemlich viele Fehler gemeldet hat. Nichts für ungut!

lg,
std

Michael Preidel Mittwoch, 10. März 2004, 19:27 Uhr

Neinneinnein, ich nehme das nicht krumm.

Aber im ersten Kommentar hat sich das so angehört, als ob ich konsequent sämtliche h Elemente in p Elemente verschachteln würde , à la <p><h2>Überschrift</h2></p>, was nicht stimmt und in der Tat ein wenig dämlich wäre.

Die beiden Beispiele, die du genannt hast, stimmen so natürlich, haben aber mit den Templates nichts zu tun. Artikel bzw. Einträge schreibe ich direkt im Webbrowser. Damit z.B. aus
ein <br /> wird oder um aus

korrekte HTML-Paragraphs zu machen, muss natürlich eine kleine PHP Routine mit ein paar Regular Expressions geschrieben werden. Meine Routine umschließt nun alle Absätze mit p Elementen, auch die, in denen Block-Level Elemente enthalten sind.

Ich könnte das umgehen, indem ich die RegEx anpasse, oder einfach das schließende </p> Element weglasse (was nach HTML 4 Spezifikationen erlaubt ist), oder aber auf XHTML 2.0 warte, wo das p Element tatsächlich einen Absatz repräsentiert:

In comparison with earlier versions of HTML, where a paragraph could only contain inline text, XHTML2’s paragraphs represent the conceptual idea of a paragraph, and so may contain lists, blockquotes, pre’s and tables as well as inline text. They may not, however, contain directly nested p elements.

Martin Mittwoch, 10. März 2004, 20:29 Uhr

Im übrigen: Solange die Ergebnisse des Validators schlicht falsch sind – es gibt kein einziges </p> ohne vorheriges <p> – messe ich dem nicht allzu viel Bedeutung bei.

Das wird wohl daher kommen, dass das <blockquote> darin vorkommt, was ja nicht erlaubt ist. Somit nimmt er an, dass das <p> beendet ist (da das Schlusstag ja optional ist). Und dann kommt auf einmal ein </p> daher …

Ein Fehler verursacht leider oft Meldungen, die man nicht sofort versteht (oder auch gleich mehrere).

std Mittwoch, 24. März 2004, 00:45 Uhr

Wenn man Google nach „typografisch korrekte Anführungszeichen XHTML“ fragt, wird genau hier diese Seite an zweiter Stelle aufgeführt.

(Bin gerade auf dem Weg, Textile (als Teil von Textpattern ) die deutschen Anführungszeichen beizubringen.)

Eric Eggert Donnerstag, 25. März 2004, 20:07 Uhr

@std: Hab ich schon, allerdings benutze ich » und «. Du kannst das in der classTextile.php (Unterverzeichnich textile/lib) ändern… Zeilen 740 und 741. Grüße aus dem Pfälzer Wald.

Martin Sonntag, 28. März 2004, 20:05 Uhr

Wenn man Google …

Vielleicht hilft ja ein Link, um diese Seite vom jetzigen Platz 1 bei obiger Suche abzubringen? Ich probier das mal: typografisch korrekte Anführungszeichen XHTML

;-)