Mahlzeit Don P,
Das soll jetzt keine Werbung sein;
Es klingt aber annähernd so.
es gibt natürlich viele Gründe, sowas nicht einzusetzen, u.a. der Preis...
Der Preis spielt für gewisse Unternehmen überhaupt keine Rolle. Der einzige und IMHO wichtigste Grund, diese Komponenten *NICHT* einzusetzen, ist der Quälkot, den sie produzieren.
Wir™ müssen uns seit einem knappen Vierteljahr genau mit diesem Müll herumärgern (wurde "von oben" entschieden): Seitendummys, die früher™ innerhalb weniger Stunden fertig waren, benötigen damit mehrere Tage, weil man ständig das Layout hin- und herschieben muss und diese ganzen Tabellen in Tabellen in Tabellen in Tabellen einen schier zur Weißglut bringen.
aber ich behaupte mal, wenn man solches Layout und die Funktionalität tabellenlos (Selbstzweck?) und crossbrowsermäßig im SELF-modus basteln will, beißt man sich leicht die Zähne daran aus.
Und was ist mit der Zeit, die man verschwendet, wenn man ein einigermaßen halbwegs zeitgemäßes HTML-Grundgerüst mit diesem Müll ausstattet, und dann anschließend stunden- und tagelang nachkorrigieren muss?
Doch Profis brauchen nunmal universelle Teile, die sie einfach einsetzen können, ohne sich um der Schönheit des Quellcodes kümmern zu müssen...
Quatsch mit Soße. Tonnenweise überflüssiger und unnötig komplexer HTML-Code (der beim Rendern im Browser zu viel Zeit kostet), haufenweise redundante CSS-Anweisungen und vor allem exorbitant viel Javascript-Code, um die Funktionalität, die sinnvolle verwendete Formularelemente an sich schon hätten, nachträglich auf diese grausame Tabellenstruktur aufzustülpen sind definitiv *NICHT* das, was Profis brauchen oder wollen.
Die Benutzer wollen ja nur das Ergebis sehen. Von elegantem Quellcode haben sie wenig.
Doch. Sie haben performant arbeitende Webseiten/-formulare, weil die Browser eleganten und sauberen Quellcode erheblich besser verarbeiten und schneller darstellen können als diese gequirlte Tabellen-Scheiße.
MfG,
EKKi
sh:( fo:| ch:? rl:( br:> n4:~ ie:% mo:} va:) de:] zu:) fl:{ ss:) ls:& js:|