<?xml version="1.0" encoding="utf-8" ?>

<rss version="2.0" 
   xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
   xmlns:admin="http://webns.net/mvcb/"
   xmlns:dc="http://purl.org/dc/elements/1.1/"
   xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
   xmlns:wfw="http://wellformedweb.org/CommentAPI/"
   xmlns:content="http://purl.org/rss/1.0/modules/content/"
   >
<channel>
    
    <title>YellowLeds Weblog v2 - Serendipity</title>
    <link>http://yellowled.de/</link>
    <description>Artikel über Webdesign, Webstandards und Serendipity von Matthias Mees</description>
    <dc:language>de</dc:language>
    <generator>Serendipity 1.6.2 - http://www.s9y.org/</generator>
    <managingEditor>mm@yellowled.de</managingEditor>
<webMaster>mm@yellowled.de</webMaster>
<pubDate>Thu, 01 Jan 1970 00:00:00 GMT</pubDate>

    <image>
        <url>http://yellowled.de/templates/default/img/s9y_banner_small.png</url>
        <title>RSS: YellowLeds Weblog v2 - Serendipity - Artikel über Webdesign, Webstandards und Serendipity von Matthias Mees</title>
        <link>http://yellowled.de/</link>
        <width>100</width>
        <height>21</height>
    </image>

<item>
    <title>s9y 1.6.1 oder: 2k11 wird stable</title>
    <link>http://yellowled.de/archiv/28/s9y-1.6.1-oder-2k11-wird-stable.html</link>
            <category>Serendipity</category>
    
    <comments>http://yellowled.de/archiv/28/s9y-1.6.1-oder-2k11-wird-stable.html#comments</comments>
    <wfw:comment>http://yellowled.de/wfwcomment.php?cid=28</wfw:comment>

    <slash:comments>4</slash:comments>
    <wfw:commentRss>http://yellowled.de/rss.php?version=2.0&amp;type=comments&amp;cid=28</wfw:commentRss>
    

    <author>nospam@example.com (Matthias Mees)</author>
    <content:encoded>
    &lt;p&gt;&lt;a href=&quot;http://garv.in/serendipity/&quot;&gt;Garvin&lt;/a&gt; hat heute &lt;a href=&quot;http://blog.s9y.org/archives/240-Serendipity-1.6.1-released.html&quot;&gt;Serendipity 1.6.1 veröffentlicht&lt;/a&gt;. Während der &lt;span lang=&quot;en&quot;&gt;Release&lt;/span&gt; primär zwei Sicherheitslücken fixt, ist es zudem die erste &lt;abbr title=&quot;Serendipity&quot; lang=&quot;en&quot;&gt;s9y&lt;/abbr&gt;-Version, die &lt;a href=&quot;https://github.com/yellowled/s9y-2k11&quot;&gt;2k11&lt;/a&gt;, das mögliche neue Standard-&lt;span lang=&quot;en&quot;&gt;Template&lt;/span&gt; für s9y, enthält. Das bedeutet auch, 2k11 wird in gewisser Weise „&lt;span lang=&quot;en&quot;&gt;stable&lt;/span&gt;“.&lt;/p&gt;
&lt;h3&gt;2k11? Hä?&lt;/h3&gt;
&lt;p&gt;Sollte jemand von 2k11 noch nichts mitbekommen haben, empfehle ich die Ausgaben &lt;a href=&quot;http://www.s9ycamp.info/archives/10-Ausgabe-9-2k11.html&quot;&gt;#9&lt;/a&gt; und &lt;a href=&quot;http://www.s9ycamp.info/archives/14-Ausgabe-13-2k11-Entwicklung.html&quot;&gt;#13&lt;/a&gt; des s9y Infocamps sowie den Artikel &lt;a href=&quot;http://yellowled.de/archiv/19/2k11-Fragen-und-Antworten.html&quot;&gt;Fragen und Antworten&lt;/a&gt; hier im Blog.&lt;/p&gt;
&lt;h3&gt;Wieso „&lt;span lang=&quot;en&quot;&gt;stable&lt;/span&gt;“?&lt;/h3&gt;
&lt;p&gt;Es ist generell in nächster Zeit mit relativ wenig Entwicklung an 2k11 zu rechnen – zum einen ist es mittlerweile relativ weit gediehen, zum anderen habe ich (beruflich wie auch innerhalb der s9y-Entwicklung) andere Brocken auf dem Teller.&lt;/p&gt;&lt;p&gt;Irgendwann™ soll 2k11 einen kompletten CSS-&lt;span lang=&quot;en&quot;&gt;Rewrite&lt;/span&gt; bekommen, der dann &lt;a href=&quot;https://github.com/scottjehl/Respond&quot;&gt;respond.js&lt;/a&gt; entbehrlich machen soll, aber das ist nicht ganz trivial, zumal es eine Runderneuerung des &lt;a href=&quot;http://yellowled.github.com&quot;&gt;user.css-Generators&lt;/a&gt; nach sich ziehen wird.&lt;/p&gt;&lt;p&gt;Außerdem ist nun, da 2k11 nicht mehr nur über GitHub zu haben, sondern Teil des &lt;span lang=&quot;en&quot;&gt;Download&lt;/span&gt;-Paketes ist, mit deutlich mehr Nutzern und damit mehr Tests, Bugs und Anfragen im Allgemeinen zu rechnen. In der (Frei-)Zeit, die ich für &lt;span lang=&quot;en&quot;&gt;Community&lt;/span&gt;-Arbeit abzwacken kann, möchte ich mich zunächst eine Weile darauf konzentrieren.&lt;/p&gt;&lt;p&gt;Selbst wenn das (hier Stoßgebet einfügen) glatt läuft, werde ich mich dann aber vermutlich zunächst darauf konzentrieren, 2k11 fit für den Einsatz als Standard- oder gar &lt;span lang=&quot;en&quot;&gt;Default&lt;/span&gt;-Template zu machen.&lt;/p&gt;
&lt;h3&gt;„Ich nutze 2k11 schon. Muss ich etwas ändern?“&lt;/h3&gt;
&lt;p&gt;Es kommt (wie immer) darauf an. Wer unbedingt weiter am „&lt;span lang=&quot;en&quot;&gt;bleeding edge&lt;/span&gt;“ bleiben möchte oder den Mechanismus, 2k11 über GitHub zu aktualisieren, einfach bequemer findet, kann das tun. (Das in s9y 1.6.1 enthaltene 2k11 entspricht der – derzeit aktuellen – GitHub-Version 1.1.7.)&lt;/p&gt;&lt;p&gt;Wer etwas „sicherer“ gehen möchte, ohnehin das &lt;span lang=&quot;en&quot;&gt;Updaten&lt;/span&gt; über GitHub umständlich fand oder gar nicht auf dem letzten Stand &lt;strong&gt;ist&lt;/strong&gt;, &lt;em&gt;kann&lt;/em&gt; auf die enthaltene Version wechseln – beide Versionen sind problemlos nebeneinander installierbar, solange man das Verzeichnis der GitHub-Version (wie empfohlen) gar nicht oder in &lt;code&gt;s9y-2k11&lt;/code&gt; umbenannt hat. Die enthaltene Version liegt in &lt;code&gt;/templates/2k11/&lt;/code&gt;.&lt;/p&gt;
&lt;p&gt;Falls Ihr wechseln wollt, denkt bitte daran, eventuell vorgenommene Änderungen, zusätzliche Grafikdateien und/oder Eure &lt;code&gt;user.css&lt;/code&gt; ins Template-Verzeichnis der „&lt;span lang=&quot;en&quot;&gt;Core&lt;/span&gt;-Version“ zu übernehmen. Zusätzliche Dateien (die nicht in 2k11 enthalten sind) wie &lt;abbr title=&quot;zum Beispiel&quot;&gt;z.B.&lt;/abbr&gt; eine &lt;code&gt;user.css&lt;/code&gt; sind updatesicher, &lt;abbr title=&quot;das heißt&quot;&gt;d.h.&lt;/abbr&gt; sie werden im Fall eines s9y-&lt;span lang=&quot;en&quot;&gt;Updates&lt;/span&gt; &lt;strong&gt;nicht&lt;/strong&gt; überschrieben. &lt;span lang=&quot;en&quot;&gt;Hacks&lt;/span&gt; an 2k11-Dateien müsst Ihr natürlich sichern und im Fall eines s9y-&lt;span lang=&quot;en&quot;&gt;Updates&lt;/span&gt; rückportieren – das wäre aber in der GitHub-Version auch so.&lt;/p&gt;&lt;p&gt;Eure 2k11-Einstellungen in den &lt;span lang=&quot;en&quot;&gt;theme options&lt;/span&gt; werden natürlich &lt;strong&gt;nicht&lt;/strong&gt; übernommen – mit Ausnahme der Navigationslinks, da 2k11 die (noch relativ) neue &lt;span lang=&quot;en&quot;&gt;Core&lt;/span&gt;-Navigation nutzt. Es ist empfehlenswert, bei einem Wechsel die GitHub-Version nicht direkt zu löschen, damit man zur Not zurückschalten kann, sollte wider Erwarten doch irgendwo der Fehlerteufel stecken.&lt;/p&gt;&lt;p&gt;Ich hoffe, ich habe nichts vergessen. Ansonsten gilt wie immer: „Bei Fragen – fragen.“&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Nachtrag:&lt;/strong&gt; Mit dem &lt;a href=&quot;https://github.com/yellowled/s9y-2k11/commit/7f37ee0bc9106b00430b99be6e740b6b81fa34b6&quot;&gt;letzten commit&lt;/a&gt; habe ich jetzt noch schnell dafür gesorgt, dass sich die GitHub-Version in der &lt;span lang=&quot;en&quot;&gt;Template&lt;/span&gt;-Liste künftig als &lt;code&gt;2k11-dev&lt;/code&gt; zeigt, damit man es klarer unterscheiden kann. (Ja, darauf hätte ich früher kommen können. Ja, ich werde vermutlich irgendwann bei einem Übertrag ins &lt;span lang=&quot;en&quot;&gt;Core-Repository&lt;/span&gt; vergessen, das zu ändern.)&lt;/p&gt;  
    </content:encoded>

    <pubDate>Tue, 08 May 2012 11:09:00 +0200</pubDate>
    <guid isPermaLink="false">http://yellowled.de/archiv/28/guid.html</guid>
    <category>2k11</category>
<category>s9y</category>

</item>
<item>
    <title>2k11 – Fragen und Antworten</title>
    <link>http://yellowled.de/archiv/19/2k11-Fragen-und-Antworten.html</link>
            <category>Serendipity</category>
    
    <comments>http://yellowled.de/archiv/19/2k11-Fragen-und-Antworten.html#comments</comments>
    <wfw:comment>http://yellowled.de/wfwcomment.php?cid=19</wfw:comment>

    <slash:comments>17</slash:comments>
    <wfw:commentRss>http://yellowled.de/rss.php?version=2.0&amp;type=comments&amp;cid=19</wfw:commentRss>
    

    <author>nospam@example.com (Matthias Mees)</author>
    <content:encoded>
    &lt;p&gt;Das mögliche neue Standardtemplate für &lt;a href=&quot;http://s9y.org&quot;&gt;Serendipity&lt;/a&gt;, &lt;a href=&quot;http://github.com/yellowled/s9y-2k11/&quot;&gt;2k11&lt;/a&gt;, hat speziell in der öffentlichen Testphase und insbesondere in den Kommentaren zu G+-Posts von mir ein paar Fragen aufgeworfen, die ich gerne nochmal ausführlich, in Ruhe und öffentlich zugänglich erklären möchte. Wohlgemerkt: Ich möchte nicht über diese Aspekte verhandeln – sie sind bewusst so, wie sie sind. Sie sind zudem relativ einfach und updatesicher anpassbar, dazu weiter unten mehr.&lt;/p&gt;
&lt;p&gt;(Zum Einstieg in 2k11 sei auch nochmal auf die &lt;a href=&quot;http://www.s9ycamp.info/archives/10-Ausgabe-9-2k11.html&quot;&gt;Ausgabe 9&lt;/a&gt; des s9y InfoCamp-Podcasts verwiesen.)&lt;/p&gt;
&lt;h3&gt;Warum ist die Seitenleiste in den 2-Spalten-Layouts so breit?&lt;/h3&gt;
&lt;p&gt;Das muss man im Zusammenhang zwischen Inhaltsbereich (Artikel) und Seitenleiste sehen. Diesen habe ich nach zwei Grundsätzen bestimmt: Einerseits dem &lt;a href=&quot;http://de.wikipedia.org/wiki/Goldener_Schnitt&quot;&gt;Goldenen Schnitt&lt;/a&gt;, einer uralten, nahezu universell anwendbaren Gestaltungsregel, die ästhetische, harmonische Proportionen zwischen mehreren Elementen über eine mathematische Formel herstellt, andererseits der Zeilenlänge im Inhaltsbereich.&lt;/p&gt;
&lt;p&gt;Webseiten bestehen zu 95% aus Text, diesen am Bildschirm zu lesen, fällt dem Auge deutlich schwerer als gedruckten Text. Über eine adäquate Zeilenlänge stellt man sicher, dass das Auge Text gut erfassen kann – man geht davon aus, dass eine Zeile etwa 35 bis 45em breit sein darf, um ein angenehmes Lesen zu ermöglichen. Diese Zeilenlänge hat 2k11 in den meisten Desktopauflösungen (soweit das in einem flexiblen Layout überhaupt möglich ist), daran orientiert sich die Breite der Seitenleiste – sie nimmt schlicht den übrigen Platz ein.&lt;/p&gt;
&lt;p&gt;Dabei entsteht ein gewisser Whitespace am rechten Rand der Seitenleiste, der allerdings für Benutzer mit Textzoom recht hilfreich ist – so ist einigermaßen sichergestellt, dass das Layout halbwegs hält, wenn der Text um bis zu 2 Stufen vergrößert wird (auch wenn diese Vergrößerung leider nicht in allen Webbrowsern zur Verfügung steht). Hinzu kommt, dass man in der Seitenleiste „mit allem rechnen“ muss – eine gewisse Platzreserve schadet da (und optisch generell) nicht.&lt;/p&gt;
&lt;h3&gt;Warum sieht das 3-Spalten-Layout so „gedrängt“ aus?&lt;/h3&gt;
&lt;p&gt;Ich mache kein Geheimnis daraus, dass 2k11 als Zweispalter konzipiert wurde, das 3-Spalten-Layout ist quasi „angeflanscht“, weil mir klar war, dass ansonsten viele Nutzer danach fragen würden. 3-Spalten-Layouts sind schwierig. Man muss (stets mit Blick auf das 2-Spalten-Layout) in einer Art Zieharmonika vorsichtig die Breiten der Seitenleisten und der Inhaltsspalte anpassen, wobei aber die Seitenleisten nicht &lt;em&gt;zu&lt;/em&gt; schmal werden dürfen, weil bestimmte Seitenleistenplugins eine Art Mindestbreite haben, ohne die ihre Inhalte nicht sinnvoll dazustellen sind. Gleichzeitig möchte man die Inhaltsspalte nur so wenig schmaler wie unbedingt nötig halten, denn die Zeilenlänge kann auch zu kurz und dadurch schwierig lesbar werden.&lt;/p&gt;
&lt;p&gt;Hinzu kommt, dass man normalerweise zwei Seitenleisten nutzt, weil man in den Seitenleisten extrem viele Plugins oder sonstige Inhalte unterbringen möchte, die ggf. auch noch von Drittanbietern stammen, wie etwa externe Widgets, die über HTML-Klötze eingebunden werden. Eine einzelne Seitenleiste würde dadurch überdimensional lang im Vergleich zum Inhalte. Es ist ganz logisch, dass das Erfassen des eigentlichen Seiteninhalts schwieriger wird, weil das Auge von den zusätzlichen Inhalten in den Seitenleisten abgelenkt wird. Ich kann nur empfehlen, die „Notwendigkeit“ der Seitenleisteninhalte genau zu prüfen – ich kenne kein Blog, das nicht vom Reduzieren der Inhalte in Seitenleisten in puncto Lesbarkeit profitiert hätte. Weniger ist mehr.&lt;/p&gt;
&lt;h3&gt;Warum hat 2k11 keine Farbschemata?&lt;/h3&gt;
&lt;p&gt;Die Farben in 2k11 sind dem üblichen s9y-Farbschema, vorgegeben durch das Projektlogo, entnommen, was für ein Standardtemplate absolut Sinn macht. Farben sind jedoch, zumal sie in 2k11 mit minimalen Ausnahmen (RSS-Icon) ausschließlich über CSS vorgegeben werden, auch für CSS-Anfänger relativ simpel zu ändern. Der Code-Ballast in Form von per Dropdown auswählbaren Farbschemata stünde in keinem Verhältnis zum Ergebnis, zumal das Basis-Farbschema bereits in blau gehalten ist, was erfahrungsgemäß die Farbe ist, für die sich die meisten Benutzer entscheiden. Auch würden intergrierte Farbschemata die Wartbarkeit und Anpassungsfähigkeit des Codes für neue Templates deutlich einschränken.&lt;/p&gt;
&lt;h3&gt;Warum ist das alles und mehr nicht über Theme-Options einstellbar wie in Bulletproof?&lt;/h3&gt;
&lt;p&gt;Auch das ist der Wartbarkeit und Ausbaufähigkeit des Templates geschuldet. 2k11 soll bewusst &lt;em&gt;kein&lt;/em&gt; „Baukasten-Template“ wie Bulletproof sein, sondern eine solide Basis, in der dennoch die wichtigsten Dinge (Headerbild, Navigation, eigene Styles) für jeden einfach zu ändern sind.&lt;/p&gt;
&lt;p&gt;Als kleines Projekt mit einer relativ kleinen Entwicklergruppe (auch und gerade im Templatebereich) fehlt es s9y in der Masse an Templates, ein Zustand, der immer wieder von Nutzern bemängelt wird. Also ist es sinnvoll, den wenigen und potenziellen neuen Templategestaltern eine solide Basisvorlage zu bieten, in die sie sich relativ leicht einarbeiten können. Nahezu jeder Entwickler nimmt automatisch das Standardtemplate eines Systems als Vorlage, also sollte sie diese Forderungen möglichst erfüllen. Die Tatsache, dass es kaum aus Bulletproof abgeleitete Templates gibt, belegt ziemlich deutlich, dass es in dieser Hinsicht auf ganzer Linie gescheitert ist.&lt;/p&gt;

&lt;h3&gt;Ich will all das aber trotzdem anpassen!&lt;/h3&gt;

&lt;p&gt;Es ist vollkommen legitim, dass der eine oder andere bestimmte Aspekte von 2k11 subjektiv schlecht findet. Ich kann es selbst bei einer recht überschaubaren Nutzerzahl nicht allen Recht machen. Genauso ist es allerdings aus den oben erwähnten Gründen unsinnig, aus 2k11 ein „Baukasten-Template“ zu machen. 2k11 lässt sich individuell anpassen – nur eben nicht ganz so simpel wie Bulletproof, was auch daran liegt, dass 2k11 „unter der Haube“ (Stichwort: Responsive Design) ein wenig komplizierter ist.&lt;/p&gt;

&lt;p&gt;Für CSS-Anpassungen gibt es (wie in Bulletproof) die zuschaltbare Datei user.css, die nicht Teil des 2k11-Kerns ist, sondern vom Benutzer manuell angelegt werden muss, wodurch sie im Fall eines Updates von 2k11 und/oder Serendipity &lt;strong&gt;nicht&lt;/strong&gt; überschrieben wird. Eine Basis für diese user.css könnt Ihr über den eigens zu diesem Zweck entwickelten &lt;a href=&quot;http://yellowled.github.com&quot;&gt;Generator&lt;/a&gt; erzeugen (Danke an &lt;a href=&quot;http://rowi.standardleitweg.de&quot;&gt;Sven&lt;/a&gt; für diese sehr gute Idee!) – der Generator kann Styles für veränderte Layout-Breiten sowie ein simples Farbschema erzeugen, Ihr müsst nur noch den erzeugten Code in einer user.css speichern. Allerdings dürfte das Ergebnis nur in den wenigsten Fällen bereits ideal sein, es sollte eher als Grundlage für weitere Feinanpassungen dienen.&lt;/p&gt;

&lt;p&gt;Weitere Fragen? Immer raus damit.&lt;/p&gt;  
    </content:encoded>

    <pubDate>Thu, 24 Nov 2011 00:56:00 +0100</pubDate>
    <guid isPermaLink="false">http://yellowled.de/archiv/19/guid.html</guid>
    <category>2k11</category>
<category>evangelism</category>
<category>s9y</category>
<category>thoughts</category>

</item>

</channel>
</rss>
