minor
#29420
FlowDiagram: Fehlerfall im row-wise Sub-Grid: subGridCols=2 und subGridStartCol=1
Ein Knoten in einem Sub-Grid, an dem ein Teilbaum hängt, konnte die Verbindungslinien dieses Teilbaums durch seine eigene Box und durch die darunter liegenden Geschwisterknoten hindurch zeichnen. Beobachtet wurde das an einem breiten Knoten C3, der in die Verbindungslinien des Teilbaums von C1 hineinragte (siehe http://tl.bos.local/trac/ticket/29372#comment:9).
Ursache: Die Nachfahren eines Sub-Grid-Kindes werden in die Spalte hinter dem Sub-Grid verschoben, indem der linke Rand des Nachfahren-Blocks auf postGridX gesetzt wird. Das positioniert den Block, nicht den Bus, der ihn versorgt: Ein Kind mit eigenem Sub-Grid hat seinen Bus links seiner linkesten Nachfahrenspalte. Lag der Block bereits rechts von postGridX, wurde er nach links verschoben und nahm den Bus mit - in die eigene Box des Kindes hinein. Die Verschiebung berücksichtigt jetzt zusätzlich childBusX - grid.getMinBusX().
Reihenfolge der Verbindungen
Die Verbindungen eines Knotens bilden eine geordnete Liste und verlassen dessen Bus in dieser Reihenfolge. Das kompakte Packen setzt jeden Kind-Teilbaum an die oberste Position, an der er nicht mit den zuvor gesetzten Geschwistern kollidiert; freier Platz neben dem Teilbaum eines früheren Geschwisters konnte ein später verbundenes Kind über ein früher verbundenes heben. Die Suche ist jetzt nach unten durch den Ankerpunkt des vorherigen Geschwisters begrenzt. (Behebt #29424.)
Schriftart der gerenderten Diagramme
Ein Diagramm wird mit den Textmaßen eines Render-Kontexts vermessen, gerendert wurde es aber in einer Schrift, die davon abweichen konnte - der Text passte dann nicht zu den für ihn reservierten Boxen. Vier Ursachen, jede erst sichtbar, nachdem die vorherige behoben war:
- Ein eigenständiges SVG-Dokument hat kein Stylesheet und nannte gar keine Schrift.
- Im React-Zweig hatte Text.fontSize den Vorgabewert 14, so dass jeder Text eine eigene Größe trug und die Größe des Render-Kontexts nie zum Tragen kam. Der Parameter textSize von toSvg blieb dadurch wirkungslos - ein Export mit 24pt sah aus wie einer mit 12pt.
- Text mit einer CSS-Klasse war von der Vorgabe ausgenommen, obwohl die Messung die Klasse gar nicht kennt.
- Der Selektor der Vorgaberegel war für eine CSS2-Engine zu neu; Apache Batik, das ein in ein PDF eingebettetes Diagramm zeichnet, ignorierte die Regel vollständig.
Die vermessene Schrift steht jetzt als Präsentationsattribut am Wurzelelement des Diagramms: Text erbt sie, ein Text mit eigener Schrift überschreibt sie ebenso wie eine Stylesheet-Regel - eine an eine Klasse gebundene Symbolschrift funktioniert damit weiterhin -, und der Renderer muss keinen Selektor unterstützen.
Migration
- Ein Text in einem React-Flow-Diagramm ohne eigene Schriftgröße folgt jetzt dem Render-Kontext statt der bisherigen festen 14 Pixel. Wo eine feste Größe gewünscht ist, muss sie am Text gesetzt werden.
- Der Parameter textSize von toSvg wirkt im React-Zweig jetzt tatsächlich. Exporte, die ihn abweichend von der Vorgabe setzen, ändern ihre Größe.
- Ein exportiertes SVG trägt die Schrift am Wurzelelement statt in einer eingebetteten CSS-Regel. Anwendungs-Stylesheets brauchen keine text:not([font-family])/`text:not(font-size)`-Vorgaberegeln mehr; vorhandene können entfallen.