vBulletin und die CSS Herausforderung

Zitat von Kier To all those who claim the vBulletin templates' use of <table> tags is unnecessary, a challenge. Create a style without using tables that replicates exactly the default layout of forumhome, forumdisplay, newthread and showthread. The following requirements apply: The style must be capable of switching from liquid mode (100% width, 90% width etc.) to fixed mode (800px wide etc.) using a single stylevar. The style must allow the main content to be placed centrally on the page - if you choose a width of 800px I want to see an equal amount of space on the left and right of the content - I don't want to see all the content stuffed up against the left margin. The fonts, colours and backgrounds (etc.) for the style must be editable via the vBulletin style manager. The style must not break if certain elements are disabled (such as quick reply for example) The style must render identically in all major browsers (IE6, Firefox 1.0, Opera 7.x, Safari 2.x, Konqueror) You may use a <table> for the list of posts on forumdisplay. The pages must validate to XHTML 1.0 Transitional. Achieve that then get back to me.

... ich glaube dazu äusser ich mich erstmal garnicht.

Nur soviel: der Teilentwurf ist Mist. Es geht nicht darum <table /> zu eliminieren.. Es geht darum den Quellcode sinnvoller zu machen. <table /> hat wohl ihren Sinn und den hat Kier anscheinend nicht verstanden. Schade zu sehen

Ich kann mich da Nase nur anschließen! Die Mitgliederliste und die Forenübersicht zum Bleistift gehören in einer Tabelle und sollen dort auch bleiben. Es ist Inhalt, der in einer tabellarischen Ansicht Sinn macht. Es geht nicht darum, krampfhaft zu versuchen, alle Tabellen mit zig <div /> zu ersetzen.

Der Teilentwurf ist ja mal lächerlich. Anstatt <table>, <tr> und <td> einfach <div> einzusetzen und diese via CSS als die entsprechenden Tabellenelemente zu definieren - das ist doch die totale Verarsche.

Überhaupt sind die Anforderungen fehlgeleitet. Eine Themenauflistung ist tabellarischer Inhalt und sollte als solcher auch mit Tabellen realisiert werden (was sogar erlaubt wäre). Die Forenauflistung ist in Bulletin Boards auch sehr tabellarisch, also sind dort Tabellen ebenfalls angebracht. Sowas wie Posts, "Direkt antworten"-Boxen kann man dann sinnvoll ohne Tabellen realisieren. Nicht die Tabellenlosigkeit sollte im Vordergrund stehen sondern sinnvolles XHTML das mit CSS formatiert wird.

vBulletin würde ich inzwischen fast schon als Old-School bezeichnen, mit der klassischen alten Web-Philosophie: "Na und, wie du siehst, funktioniert es!".

Wie mir scheint, hat dieser RagingPenguin nicht die geringste Ahnung davon, wie man XHTML korrekt benutzt. So Sachen wie "display: table-cell;" sind AFAIK auch dafür gedacht, wenn man XML-Dokumente (nicht XHTML) mit Stylesheets versieht, weil man dort kein <table> zur Verfügung hat.

vBulletin funktioniert zwar großartig, aber je besser ich es kennenlerne, desto schlechter finde ich es. Das Template-System wirkt auf mich nicht allzu flexibel, das Plugin-System ist mangelhaft umgesetzt, den XHTML-Code kann man jetzt und mit etwas Pech auch nach der "Challenge" weiterhin total vergessen, auf PHP und JavaScript-Ebene wird in den 3.0.x-Versionen kaum auf OOP gesetzt und der WYSIWYG-Editor ist ein einziges Durcheinander. Also wenn man nicht allzu viel am vBulletin ändern will, dann ist es sicher ne tolle Software mit tollen Features, aber manchmal frage ich mich echt, ob es zurecht als der Mercedes unter den BBs bezeichnet wird....

Ich schliesse mit Fabchan und den restlichen hier an. Jelsoft wird für mich auch langsam zu einem Unternehmen, was ein Massenprodukt auf der Basis von "Hauptsache es funktioniert" entwickelt. vBulletin 3 kann viel, hat gute Ideen, aber 3.5 wird für mich schon zum Massenprodukt.

Das da ist nur ein Entwurf von einem Mitglied im vbulletin.com Forum und nicht der Anfang vom neuen Design
Der Übeltäter war nicht Jelsoft sondern " RagingPenguin".

Trotzdem hätte das vB Team schon von Anfang an auf einige Tabellen verzichten können und stattdessen <div>s nehmen können.

Mittlerweile gibt es für die CSS-Herausforderung ein eigenes kleines Forum:

IMHO wird die Problematik ein wenig missverstanden:
Es geht nicht darum <table>-Elemente bis in die hintersten Ecken auszumerzen, und sie krampfhaftest durch <div>-Elemente zu ersetzen...

WAS zählen muss, ist semantisch einwandfreies Mark-Up, das tabellarische Daten (und die Forenübersicht gehört da auch dazu) in Tabellen, den Rest in den dafür vorgesehen Bereichen enthält.

Natürlich ist der oben angezeigte Weg der eindeutig falsche...

GreetZ MrS

Im übrigen scheint es so als ob dieses Projekt eingeschlafen ist. Da gibt es wohl nur die Möglichkeit selber aktiv zu werden und so habe ungefähr 20% des Quelltextes bereits umgeschrieben. Das Ergebnis ist bereits mehr als ansprechend.

Ich habe mir auch schon so oft überlegt, ob ich selbst Hand anlege. Wenn da dann nicht die doch recht häufigen Updates wären.

Im Augenblick arbeitet unter anderem auch das Team von vBSEO an einem xhtml/css Style in dem auch die SEO Optimierung nicht zu kurz kommt. Das geht auch recht gut voran. Solang xhtml/css aber nicht zum Standard wird beim vB sehe ich sowas halt immer sehr skeptisch.

Das habe ich beim phpBB in angriff genommen gehabt, jedenfalls ein wenig. Die Verschwendung von Tabellen war mir hier auch immer ein graus, vor allem der wilde mix von HTML4.01 und XHTML.

Beim phpBB3 soll das dann ja im neuen Standardstyle gleich so umgesetzt werden, ich bin gespannt.

Scotty's .NET Projekte: StarTrek Infos X10b, e-hahn Updater 3.20, Easy Desktop Note 1.10

Ja, der neue Style wird XHTML 1.0 Strict. Tabellen werden dort benutzt wo es sinnvoll ist (memberlist z.B.).

In der Tat ist das Update des vB umfangreicher, wenn ein komplett eigenen Style verwendet wird. Ich habe jedoch einen Blick auf die einzelnen Updates zuvor geworfen und in der Regel sind es relativ wenige Veränderungen, die zwingend umgesetzt werden müssen. Dafür muss man auch den einen oder anderen Kompromis eingehen, wo der HTML Quelltext im PHP Quelltext eingebunden ist und es nahezu unmöglich ist dies anzupassen, wenn man das Update problemlos überstehen will.

Ich bin auch damit angefangen und habe ein paar Teile schon ziemlich entschlacken können.

Das Entfernen ist dabei die schönste Arbeit, denn da sieht man wirklich wie die Entwickler des vBulletin der Zeit hinterher sind. Schade eigentlich...

Ich verweise hier noch mal auf mein kleines Projekt: vBulletin semantisch korrekt und tabellenlos

Es es ist schon relativ weit fortgeschritten. Nur leider hat sich noch niemand gemeldet der mir helfen würde ...

Sofern von Interessen, kann ich dir in ein paar Wochen meine Version präsentieren. Im Moment muss ich zuerst meinen Focus auf einige andere Themen legen, aber dann kannst du gerne Teile übernehmen.

Gerne. Es hilft mir bestimmt weiter.