Das ist das private Weblog von Matt Slovig. Ich verdiene meine Brötchen als Webdeveloper in der Druckvorstufe, versuche seit fast zehn Jahren, Baseball & Softball, unter anderem als Stadionsprecher der Mainz Athletics (Deutscher Meister 2007), einer breiteren Öffentlichkeit bekannt zu machen und sollte nach 15 Jahren mal wieder Geld in ein neues Bild investieren.Von Webstandards und semantischem Markup
Webstandards sind wichtig, keine Frage. Und das der Kampf erst begonnen hat, das ist auch klar.
Allerdings bin ich der Meinung, dass bei allen Betrachtungen, sei es durch den von mir hochgeschätzten Roger Johansson oder auch das nicht minder geschätzte Webzine Vorsprung durch Webstandards, das „Böse” zu stark mit dem rein tabellenbasierten Layout assoziiert wird.
Das Problem sind nämlich nicht nur als in Codebrei gegossene Tabellen
, sondern der Codebrei an und für sich, den man auch ohne Tabellen fabrizieren kann, halbe Siege auf dem Weg hin zu einem für alle besseren Web, wenn man so will. Oder eher doppelte Niederlagen. Das, was iWeb da produziert, ist ein gutes Beispiel dafür, im Artikel Tabellenlos um jeden Preis habe ich das auch schon ansatzweise erläutert und die jüngste Begegnung mit diesem, nennen wir es Pseudo-Professionalismus, ist erst einen Tag alt.
{if $FREE_SHIPPING}
<div><h2>{$FREE_SHIPPING_TITLE}{$FREE_SHIPPING_ICON}</h2></div>
<div style="width:588px">{$FREE_SHIPPING_DESCRIPTION}</div>
{else}
{foreach name=aussen item=module_data from=$module_content}
<div class="{cycle values="trcol1,trcol2"}">
<div style="line-height:10px"> </div>
<div>{$module_data.icon}{$module_data.module}</div>
{if $module_data.error != ''}
<div>{$module_data.error}</div>
{else} {foreach name=aussen item=method_data from=$module_data.methods}
{if $method_data.checked}
<div style="line-height:10px"> </div>
{else}
{/if}
<div class="leftdist" style="float:left">{$method_data.radio_field}</div>
<div style="float:left">{$method_data.title}</div>
<div>{$method_data.price}</div>
</div>
{/foreach} {/if}
{/foreach}
{/if}Das kann man nur noch unter „Verbrechen am Markup” verbuchen. Und damit verdient sogar noch jemand Geld. Ein Kunde ist ihm zu wünschen, der ihm das als Themaverfehlung um die Ohren knallt.
Der Thread im xt:Commerce-Forum wurde mittlerweile durch den Support geschlossen, was einmal mehr für das nicht vorhandene Konfliktmanagement dort spricht. Ich habe mir meine Härner damals noch im Usenet abgestoßen. Und wurde kuriert von divitis und classitis. Auch, weil dort niemand den Thread zugesperrt hat, selbst wenn es mal etwas hitziger wurde. Im xt:Commerce-Forum wird das nicht gelingen, auf jeden Fall nicht, solange der Support selbst mit einer himmelschreiende Unwissenheit glänzt. Was sich aber auch nicht ändern wird, solange sich auf den Amazon-Wunschlisten kein einziges Sachbuch wiederfindet…
Montag, 12. Februar 2007 um 21:45
Du vermischst da leider etwas Entscheidendes.
Ich habe hier jetzt auch ein paar andere Beiträge von Dir zum Thema gelesen und finde, dass das fundiert und gut ist, auch Deine Schreibe gefällt mir – aaaber: kannst Du das Kind nicht beim Namen nennen? Sicher gibt’s jede Menge Unfug da draussen, jede zweite Agentur verkauft mit blumigen Marketingphrasen Scheisse, aber wenn Dir im unheimlich buckligen XT:Commerce-Code etwas aufstösst, dann finde ich Deine Verallgemeinerung unkonstruktiv.
Montag, 12. Februar 2007 um 22:15
Das mit dem vermischen hab ich nicht verstanden ;-)
Der Code dient eigentlich nur als Beispiel, weil es so schön zum heutigen Beitrag des Webzine passt. Bei den xt:Commerce-Templates kannst du prinzipiell blind reingreifen und sowas rausziehen…
Dienstag, 13. Februar 2007 um 02:38
Was das Vermischen betrifft, so ist xtcommerce, wie auch andere Projekte der Grössenordnung imho einfach ein schlechtes Beispiel, welches man nicht auf das allgemeine Web ummünzen kann.
Es ist auch schlecht (ja) für “Besserung” da so allgemein diese Software als Beispiel herauszugreifen, nein, xt-commerce ist einfach per se eins der Paradebeispiele für unheimlich schlechten Code.
Mal abstrahiert verallgemeinert:
Wenn _ich_ was über schlechten Code schreibe, dann steht der (Haupt)Verursacher in der Überschrift ;)
was das blind reingreifen betrifft, das ist mir klar schon aufgefallen, deswegen nutze ich das auch nicht, bei oscommerce hab ich mal in die 3beta reingeschaut, und da scheint es endlich besser zu werden, leider ist die nicht in absehbarer Zeit zu haben.