Was bringt XHTML Strict gegenüber Transitional?

Verfasst am: 28. 03. 2010 [14:40]
klaus_b
Dabei seit: 17.12.2009
Themenersteller

327 Beiträge
Beitrag hilfreich?

Hallo Flo,

Raptor schrieb:

Man könnte es auch so sagen: Wenn man keinen Spaghetti-Code hat, kann man den Doctype ohne Probleme upgraden.

Das war einer der positiven Nebeneffekte der Bewertung meines Blog hier auf SR.
Ich habe mich ernsthaft mit Spaghetti-Code im HTML auseinander gesetzt und das Blogsystem BlogEngine.NET dahingehend meinen Bedürfnissen angepasst. Bei den kontinuierlichen Anpassungen viel mir erst auf, was da alles im Argen lag.
Also hat sich daher die erste Überprüfung hier auf SR schon gelohnt.

Raptor schrieb:
klaus_b schrieb:

Strict verschafft mir nur eine bessere Bewertung, bringt mir ansonsten aber keinen wirklichen Mehrwert. Habe ich das so richtig verstanden?

Jep, mit dieser Einstellung kannst du auch mit HTML 4.0 arbeiten, wenn du willst. wink.gif
Oh ja, das könnte ich in der Tat. Ich muss nur die DTD wieder ändern icon_razz.gif

Servus,
Klaus



klaus_b@.NET über alles was an .NET und C# Spass macht.
http://www.seitenreport.de/twitter_icon_small.png
 
Verfasst am: 28. 03. 2010 [15:04]
klaus_b
Dabei seit: 17.12.2009
Themenersteller

327 Beiträge
Beitrag hilfreich?

Hallo Roman,

romacron schrieb:
Sei net Bös, aber dann versteh ich Deine Frage nicht.

Du hast doch schon ausreichend auf die eigentliche Frage geantwortet icon_smile.gif

romacron schrieb:
Ich sollte schon wissen was ich an "Steuerelementen zur Laufzeit erzeuge" ebenso weiss ich welche Post Anfragen ich nicht erhalten möchte icon_cheesygrin.gif.gif" alt="icon_cheesygrin.gif.gif" />

Ein kleines Beispiel:
Die betreffenden Steuerelemente sind meist an Benutzerinteraktionen gebunden. Benutzer "A" möchte dies angezeigt haben, Benutzer "B" jenes. Um nicht jedes mal einen kompletten "Rundgang zum Server" zu erzeugen, werden alle relevanten Elemente gerendert und mit dem style-Attribut visible: false; erzeugt. Klickt jetzt der Benutzer auf ein Element, kannst du via mitgerendertem JavaScript, das style-Attribut visible: false entfernen und das Element wird sichtbar; ohne PostBack zum Server.
Wie willst du das realisieren, wenn das style-Attribute in strict nicht erlaubt währe?
Dann könnte AJAX-Funktionalität in Seiten mit dem DTD Strict nicht genutzt werden.

Ich hoffe, ich konnte dir meinen Einwand wegen des style-Attributs verdeutlichen.

Servus,
Klaus

klaus_b@.NET über alles was an .NET und C# Spass macht.
http://www.seitenreport.de/twitter_icon_small.png
 
Verfasst am: 28. 03. 2010 [15:35]
gerard
Dabei seit: 12.05.2009

1276 Beiträge
Beitrag hilfreich?

klaus_b schrieb:

... Ich muss nur die DTD wieder ändern icon_razz.gif

Das wird nicht ganz reichen, wenn es valide bleiben soll.

Gérard


 
Verfasst am: 28. 03. 2010 [16:12]
romacron
Dabei seit: 01.11.2009

1143 Beiträge
Beitrag hilfreich?

In diesem Fall wird mein gerendertes Javscript die zuvor angelegte css.class "hideme" dem Tag aufs Auge drücken. Stichpunkt "className"
 
Verfasst am: 28. 03. 2010 [16:30]
klaus_b
Dabei seit: 17.12.2009
Themenersteller

327 Beiträge
Beitrag hilfreich?

romacron schrieb:
In diesem Fall wird mein gerendertes Javscript die zuvor angelegte css.class "hideme" dem Tag aufs Auge drücken. Stichpunkt "className"

In einer Umgebung, in der nur Elemente von deiner Anwendung gerendert werden, wird dein Vorschlag funktionieren.
Was ist aber mit Teilen einer Webseite, die von einer anderen Anwendung gerendert werden? Der Entwickler entscheidet sich das erzeugte DOM anders zu gestalten, mit ganz anderen Elementen? Stichwort: "verteilte Anwendungen".
Dann hast du mit dem Style-Attribute immer einen Fallback-Mechanismus der greift und kannst trotzdem ein valides HTML generieren.

Ich denke, die Leute vom W3C werden sich so ihre Gedanken zu den Definitionen der verschiedenen DTDs gemacht haben icon_smile.gif

Jetzt weis ich aber immer noch nicht, welchen Mehrwert mir Strict gegenüber Transitional bringt.

Servus,
Klaus

klaus_b@.NET über alles was an .NET und C# Spass macht.
http://www.seitenreport.de/twitter_icon_small.png
 
Verfasst am: 28. 03. 2010 [23:27]
der_booker
Dabei seit: 11.06.2009

2887 Beiträge
Beitrag hilfreich?

klaus_b schrieb:

Jetzt weis ich aber immer noch nicht, welchen Mehrwert mir Strict gegenüber Transitional bringt.

Das ist im Grunde auch so nicht zu beantworten. Einen Mehrwert hast Du nicht, wenn Du beides direkt miteinander vergleichst. Im Gegenteil, Strict ist viel strenger in der Handhabung. Zum Beispiel darfst Du kein target mehr verwenden. Kurzum ist Strict strikt in der Anwendung und Du musst Dich an Regeln halten..

Heiko Jendreck
personal helpdesk & webdesign
http://www.phw-jendreck.de
http://www.seo-labor.com
 
Verfasst am: 29. 03. 2010 [00:19]
seitenreport
Dabei seit: 28.03.2009

Matthias Gläßner
Premium-Mitglied

1790 Beiträge
Beitrag hilfreich?

klaus_b schrieb:

Jetzt weiss ich aber immer noch nicht, welchen Mehrwert mir Strict gegenüber Transitional bringt.

Vergleiche XHTML Strict mit C++ oder Java;
und Transitional mit Visual Basic (in seiner Grundform, also ohne declares der WinAPI usw.).

Ich weiß, dass dieser Vergleich ein wenig hinkt, aber dennoch finde ich ihn passend:

In C++/Java hast Du eine sehr strenge Syntax;
in Visual Basic dagegen wird bei vielen "Fehlern" oder "Unschönheiten" vom Compiler oftmals ein Auge zugedrückt.

Die härtere Syntax bringt z.B. Vorteile, wenn mehrere Personen an einem Programm arbeiten.

Gruß,
Matthias

TYPO3 Freelancer | Gründer und Betreiber von Seitenreport
TYPO3 Anfragen: info@matthias-glaessner.de | XING-Profil
 
Verfasst am: 29. 03. 2010 [08:13]
klaus_b
Dabei seit: 17.12.2009
Themenersteller

327 Beiträge
Beitrag hilfreich?

Hallo Heiko und Matthias,

seitenreport schrieb:
Vergleiche XHTML Strict mit C++ oder Java;
und Transitional mit Visual Basic (in seiner Grundform, also ohne declares der WinAPI usw.).

Ich weiß, dass dieser Vergleich ein wenig hinkt, aber dennoch finde ich ihn passend:

Ich komme aus der C Welt und verwende heute fast ausschließlich C#. Daher kann ich den Vergleich gut nachvollziehen. Vor allem mit VB wink.gif

seitenreport schrieb:
Die härtere Syntax bringt z.B. Vorteile, wenn mehrere Personen an einem Programm arbeiten.

Das ist ein plausible Begründung. Da könnte man auch sagen: "Der Code wird nicht aufgeweicht".
Ich nehme das jetzt so zur Kenntnis. Mehrwert oder Vorteil gegenüber den Clients, egal ob Browser oder Bot: Nein.
Dafür eine saubere Codebasis für späteren Ausbau oder Erweiterung geschaffen.

Danke und Servus,
Klaus

klaus_b@.NET über alles was an .NET und C# Spass macht.
http://www.seitenreport.de/twitter_icon_small.png
 




Du bist nicht eingeloggt. Bitte beachte, dass Du eingeloggt sein musst, um Themen zu erstellen oder auf Beiträge zu antworten.

RSS Feed abonnieren

Werde in Echtzeit über neue Foren-Beiträge informiert:



1 Mitglied war innerhalb der letzten 15 Minuten online (19 heute gesamt):
glastuershop24

Administratoren und Moderatoren:
[keine]

Seitenreport hat 18136 registrierte Mitglieder, 3002 Themen und 29106 Beiträge.
Der aktuelle Mitgliederzuwachs liegt bei durchschnittlich 12 bestätigten Neuregistrierungen pro Tag.
Pro Tag werden im Seitenreport Forum durchschnittlich 1 neues Thema und 8 Beiträge erstellt.
Die Durchschnittszahlen berechnen sich aus den letzten 7 Tagen.

Mehrfach empfohlen

Seitenreport ist einer der bekanntesten SEO und Website Analyse Dienste im deutschsprachigen Raum und wurde u.a. schon empfohlen:
von Mr. Wong im Wong Letter
vom Leserservice der Deutschen Post
vom Technik Blog SiN
und vielen anderen

Partnerprogramm

12% Lifetime Provision auf alle Buchungen von Dir geworbener Mitglieder sowie 0,50 € für jede Registrierung. Eines der besten deutschen Partnerprogramme laut den appCharts von 100partnerprogramme.de. Nimm jetzt teil am Seitenreport Partnerprogramm und verdiene gutes Geld dabei!

* = Partnerlinks