|
||||
Auch wenn ich Deine Argumentation nicht teile:
kein Problem, hier ist ein Testcase: http://borumat.de/+svg/horizontal-line-min https://validator.w3.org/nu/?doc=htt...ontal-line-min Das SVG: http://borumat.de/+svg/horizontal-line-min.svg https://validator.w3.org/check?uri=h...Inline&group=0 Code:
<?xml version="1.0"?> <!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN" "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd"> <svg xmlns="http://www.w3.org/2000/svg"> <defs> <style type="text/css">[d*="h"] { stroke: blue; stroke-width: 3; }</style> </defs> <path d="M 10,10 h 100" /> </svg> Code:
<!doctype html> <html> <head> <title>horizontal-line-min-inline-svg</title> <style type="text/css">[d*="h"] { stroke: blue; stroke-width: 3; }</style> </head> <body> <svg> <path d="M 10,10 h 100" /> </svg> </body> </html> https://validator.w3.org/nu/?doc=htt...min-inline-svg
__________________
Geändert von AndreasB (07.03.2016 um 12:50 Uhr) |
Sponsored Links |
|
||||
... weil du damit verhinderst, das es Probleme gibt.
Das tritt aber hier in der Praxis eigentlich nur auf wenn eine eckige Klammer im CSS Text vorkommt. Diese Auszeichnung ist aber in XML selbstverständlich, dass CDATA als CDATA gekennzeichnet wird, da auch andere Sonderzeichen Probleme verursachen. Die Probleme können aber auch nur selektiv auftreten, der Punkt ist aber der, das dieses Format maschinenlesbar sein soll. Daher musst du dich an die Spezifikation halten, ansonsten können irgendwann oder irgendwo Probleme auftreten. Aber ich frage mich, warum du dir über so eine Kleinigkeit so viel Gedanken machst? Es gibt eine Vorschrift wie man etwas tun soll, sie ist eindeutig und gut ist. Da frage ich mich doch nicht ob ich das vielleicht anders machen könnte, weil .... ja warum eigentlich? Um ein paar Zeichen zu sparen? |
|
|||
Hallo
Zitat:
Allerdings hat der SVG-Ersteller natürlich keinen Einfluß, welche Informationen im jeweiligen Browser hinterlegt sind. CDATA ist wieder eine andere Baustelle. Das wird doch direkt erklärt: Bei einem fehlenden CDATA-Container gibt es Probleme, wenn Zeichen verwendet werden, die von XML interpretiert werden. Also zum Beispiel spitze, öffenende oder schließende, Klammern. Sofern du keine solche Zeichen verwendest kannst du CDATA weglassen. Dann kann es später nur Probleme geben, wenn die style-Angaben verändert werden und dabei problematische Zeichen hinzugefügt werden. Deshalb wird empfohlen CDATA grundsätzlich zu verwenden. Dann muss man sich später darüber keine Gedanken machen. Gruss MrMurphy Geändert von MrMurphy (07.03.2016 um 13:56 Uhr) |
|
||||
Hast Du selber schonmal "<" oder ">" in einem Stylesheet verwendet oder Stylesheets von anderen gesehen, die das tun?
Verwendest Du selber das CDATA-Konstrukt auch in XHTML-Dokumenten? Mal wieder zurück zu den anderen Angaben neben CDATA, die ich im Ausgangsposting angesprochen habe: Mich wundert es, dass das Konzept eines Initialwertes (also etwas, was z.B. für Attribute und Elemente schon lange als Konzept gibt) nicht auch für diese Angaben im Dokumentkopf über die wir hier sprechen zum Einsatz kommt. Also sowas wie "Wenn keine Angabe eines Namespaces in SVG, dann Initialwert "xmlns="http://www.w3.org/2000/svg"" verwenden, etc. Nun gut, meine Frage aus dem Ausgangsposting zu den verschiedenen Angaben scheint indirekt beantwortet. Niemand hier hat je ein reales Problem gesehen, welches durch das Weglassen verursacht wurde.
__________________
|
|
|||
Hallo
Zitat:
Zitat:
Verwechselst du vielleicht grade XHTML und XML? Zitat:
Gruss MrMurphy |
Sponsored Links |
|
||||
Zu ">":
Sorry, da stand ich gerade auf der Leitung. Verwende ich natürlich auch in Selektoren. Zur Verwendungsarten von SVG: An welche Verwendung denkst Du bitte, wo Probleme auftraten. Hast Du da vielleicht ein Beispiel?
__________________
|
Sponsored Links |
Themen-Optionen | |
Ansicht | |
|
|