23
05

CSS Textspalten

Mehr­spal­tige Lay­outs sind dank CSS kein Pro­blem. Schwie­rig wird es, wenn ich reine Text­spal­ten möchte. Bis heute, sollte die nächste Ver­sion die­ser Web­site im Haupteil, sämt­li­che Arti­kel in einem gleich­mä­ßig geteil­ten 2 Spal­ten Satz anzei­gen. Wie man sieht funk­tio­niert das ganze auch irgend­wie, das Pro­blem ergibt sich erst, wenn man das ganze dyna­mi­sie­ren möchte.

Ich werde sowieso schon die meis­ten alten Ein­träge per Hand nach­e­di­tie­ren müs­sen. So rich­tig furcht­bar wird es erst, wenn ich anschlie­ßend in fer­ner Zukunft wie­der was ganz ande­res machen möchte, dann muss wie­der jede p-Class und p-ID geän­dert wer­den. Mit zuneh­men­dem Umfang eine Drecks­ar­beit.

Momen­tan bin ich nun am über­le­gen, ob der Auf­wand bald zu groß wird. Die Lösung wie sie auf der Test­seite zu sehen ist, je eine Class pro Spalte anzu­le­gen, ist die wohl beste Lösung. In Zukunft braucht dann jeder p-Block eine Klasse. Wenn ich die Klas­sen gene­risch anlege, könnte ich auch in Zukunft damit arbei­ten.

Das Pro­blem ist offen­sicht­lich. Im Web­de­sign gibt es kein fixes For­mat und auch keine feste Höhe. Des­halb ist der Gedanke von Text­spal­ten schon im Ansatz eher zwei­fel­haft. Wenn der User eine Spalte gele­sen hat und dabei schon scrol­len musste, dann muss er für die zweite Spalte wie­der nach oben scrol­len und das ganze noch­mal. Ziem­lich übel, darum funk­tio­nie­ren im Web­de­sign die 1-spaltigen Texte so gut. Wie­der so ein klas­si­sches Blog-Ding, was ein­fach super funk­tio­niert, schwer hier etwas zu ver­bes­sern.

Ich wollte 2 Inhalts­spal­ten haben um fle­xi­bler zu sein. Momen­tan ist die Neben­spalte in den ein­zel­nen Ein­trä­gen eher tot. Gleich­zei­tig sind Inhalts­ele­mente maxi­mal auf 468 Pixel Breite beschränkt. Falls ein Bild grö­ßer ist, passt es momen­tan nicht ins Lay­out. Auch des­we­gen wollte ich 2 Inhalt­spal­ten über die gesamte Breite haben. Das ganze ist nicht so ein­fach wie erwar­tet.

“Nail the typo and you´re almost done.”

Für die Les­bar­keit ist die momen­tane Breite per­fekt, in mei­nen Augen. In einer brei­te­ren Spalte nimmt die Les­bar­keit sofort ab. Hier werd ich noch ein bischen tes­ten müs­sen, um den idea­len Mit­tel­weg zu fin­den. Als ers­tes werde ich den Punkt Typo­gra­fie kom­plett aus­ar­bei­ten, bevor auch nur eine Gra­fik ins Lay­out fliegt. Es ist äußerst inter­es­sant, wie effek­tiv die­ses klas­si­sche 2-Spalten Blog Lay­out doch ist.

3 Kommentare

Für diesen Eintrag wurden die Kommentare geschlossen.

  • #1
  • Di, 14. Juni 2005
  • ben schrieb:

Jaha… da schönste Para­dox im Web­de­sign. Das W3C ebenso wie alle Markup-orientierten Webent­wick­ler sind der Mei­nung, dass man das Doku­ment gemäß sei­ner inne­ren prä­sen­ta­ti­ons­neu­tra­len Struk­tur zu anno­tie­ren hat und die ist ein Baum, der sich sinn voll linea­ri­sie­ren lässt. Zu Dar­stel­lung hat CSS ver­wen­det zu wer­den.

Gra­fik ins­be­son­dere Typo­gra­phie aller­dings ist zwei­di­men­sio­nal und die Ultima Ratio der Typo­gra­phie, das Grund­li­nien Ras­ter, bil­det sogar eine Tabelle. Da sieht ein Blin­der, dass sie beide Para­dig­men nicht har­mo­nisch ver­bin­den las­sen. Solange Mar­kup­spra­chen und CSS nicht wirk­lich auf Kon­zepte der Typo­gra­phie ein­ge­hen, wer­den sich Web­de­si­gner immer mit sol­chem Gefri­ckelt umprü­geln müs­sen oder ein­fach ihre Ansprü­che run­ter­schrau­ben.

Webmaster

Zusam­men­ge­fasst: KISS ^_^ Keep it sim­ple, stu­pid. Oh yes i will. Die neue Inman Site ist bis auf die Navi­ga­tion, abso­lut beein­dru­ckend.

  • #3
  • Di, 14. Juni 2005
  • ben_ schrieb:

@Inman: puhh… alter Schwede. Respekt. Da hat wer Arbeit rein­ge­steckt. Tabel­len­frei. CSS. Cross­brow­ser­kom­pa­ti­bel. Nur das Java­script hätte er sich schen­ken sol­len.