Describe every value kind in one table instead of spreading it over the code

A kind like colour or texture used to be spelled out in five parallel
lists, its port type, its empty value, its glyph, its label and its list
tag - 22 literal places for texture alone. core/properties/kinds.ts now
holds one row per kind and the rest is derived from it, so adding a kind
is one row. The five literal nodes collapse into literals.ts, the six
kind menus into one helper.

Number, Text, Boolean is now the one order everywhere; the variable and
port menus used to list Boolean before Text.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

todo-notes/done/refactor-types.md

@@ -0,0 +1,23 @@
+## Eine Refactoring-Runde speziell für Typen:
+
+Typen (ob jetzt "String" oder "Color" oder "Texture") werden vertreut eingesetzt:
+Geh alles durch, und refactore so, dass
+- wenn ein neuer Typ in Zukunft irgendwann hinzugefügt wird
+- oder ein Typ geändert wird
+- oder wieder wegkommt
+dass es nicht ewig viele Stellen beachtet werden müssen.
+
+Reduziere dass auf ein Minimum, wir brauchen das so "modular" wie möglich.
+
+Falls es schon so passt wie es ist, dann braucht man natürlich auch nichts machen, aber ich will nur auf nummer sicher gehen.
+
+Falls dir bei der Arbeit noch andere Dinge auffallen die man besser/konstruktiver/schöner bauen kann, dann kannst du das natürlich gleich mitnehmen.
+
+---
+
+Umgesetzt (Umfang "alles", inkl. Literal-Nodes). Jede Wert-Art ist jetzt eine Zeile in
+`src/core/properties/kinds.ts`; die Art-Listen, Menues, Tags, Port-Felder und Literal-Nodes folgen
+daraus. Ein Tag ist `'$' + kind`, also generisch. Eine neue Art ist die Zeile plus – wenn sie etwas
+im Projekt benennt – ihr Picker (`fieldFactory.REFERENCES`, vom Typecheck erzwungen).
+Nicht angefasst, weil kein Typ-Thema: die `type !== 'exec'`-Guards und das Zwillingspaar
+`Variables.ts`/`Properties.ts`.