nicht angemeldet
Hallo Tim,
Also was du schreibst, gefällt mir alles gar nicht. Das ist so ernüchternd
und deckt sich nicht mit meinen Wunschvorstellungen! ,]
Mal eine dumme Frage, was möchtest Du überhaupt für einen Mischcontent erreichen? „Böse zu vermengen“ im Sinne von wild Elemente mischen ist gerade bei SVG etwas, für das ich mir niemals Browser-Support vorstellen kann. Was möglich ist, ist es kleine SVG-Inseln anzulegen, für SVG-Grafiken eben.
Ursprünglich wollte ich bloß ein paar Wörter, und diese mit Hyperlinks
ausrüsten. Das ist ja mit SVG erstmal kein Problem (xlink).
Dann wollte ich aber doch eher ein paar kleine Teil-Listen einbetten,
d.h. z.B. <ul><li><a>... Elemente einbauen. Das in SVG keine kompletten
iframes oder Tabellen eingebettet werden können, war mir schon klar.
Aber für schlichte Elemente, gestylte <divs>, <h2>s oder so, hatte ich
mir schon Support vorgestellt. Letztenendes wollte ich zumindest das
normale Stylesheet verwenden können um die Text/Link-Elemente im 'Kringel'
selektiv aufzubessern.
Wobei ich dann auch gezweifelt hätte, dass sich mit SVG-Bordmitteln ein HTML-Bereich entlang des Pfades Deiner Spirale, Deines Kringels lang hätte ausrichten kann. Ich bezweifel wirklich, dass wildes Mischen irgendwann so möglich ist, wie Du es Dir vorzustellen scheinst. Ich sehe übrigens hier kein wirkliches Anderssein, der SVG-in-HTML5 im Gegensatz zu SVG-in-XHTML5, ausser höchstens, dass man in ersterem keine Namensraumdeklarationen braucht. Es wird immer eine Grafik-Insel in HTML bleiben, kein Hybrid aus beidem. SVG-in-HTML5 ist eigentlich nur ein syntaktischer Shortcut.
Ich hatte tatsächlich vermutet, daß man mit SVG einen Bereich (Rechteck
oder komplexere Form) auszeichnen kann, und dort beliebiger Inhalt
reinpasst (quasi als Maske). Also so in etwa wie CSS3 transform-Effekte
zum Schrägstellen von <divs>. Wenn die neuen HTML5-Renderingengines
komplexe Graphikfähigkeiten bekommen, wie durch CSS3 und canvas, dann
dacht ich, würde das implizit auch für SVG gelten.
Aber ich sehe natürlich das es kaum Sinn macht in HTML einen SVG-Bereich
zu haben, dort eingebettet einen vollständigen HTML-Komplex mit wieder
einem verschachtelten SVG usw.. Aber klar, nur weil man XMLNS syntaktisch
korrekt hin- und herwechseln kann, sagt das nix über die Darstellungs-
möglichkeit. Und wenn du's jetzt am DOM erklärst, klingts wirklich
unrealistisch.
Der Punkt an SVG in HTML war ja nie, dass man es nur in HTML5-Syntax einbetten kann, sondern dass SVG-DOM in HTML-DOM erlaubt wird. Das geschieht sowohl in HTML5-Syntax als auch in XHTML5-Syntax.
Ernüchternd.
Aber wieauchimmer, ich probiers erstmal mit einfachen xlinks und <flow-
Root>/Text-Elementen in der SVG-Graphik. Und wenn das nicht ausreicht,
kann ich das SVG im Hintergrund z-indexen, und den HTML-Text absolut
drüber-positionieren. (So hätt ich das auch in der ganz-ohne-SVG-Lösung
gemacht.)
G!