Also, da ich ja nicht so richtig aus dem Quark komme, müsst ihr nicht warten.
Der aktuelle Stand + die Erweiterung von tueddy ist ja funktionsfähig.
Vorschlag.
Ich frickel in meinem Fork weiter und dann müsste man grundsätzlich entscheiden, ob man überhaupt die Änderung in Richtung gzip im Flash und die Websocket-Verbindung übernehmen möchte. Denn dass macht es inkompatibel zum aktuellen Stand. Aufteilung in HTML / JS / CSS. Ich habe den Fehler gemacht, zu viele Features gleichzeitig zu ändern.
- Wenn ja, schließen wir die Feature Lücke zum jetzigen Stand (Tueddy’s Cover hab ich z.B. schon übernommen)
- Wenn nein, könnte man (wenn man möchte) Features (Kosmetik) aus meinem Fork „portieren“.
Die Entscheidung, ob man nun ein JSON oder Text-String schickt könnten wir anschließend treffen.
So ist die Idee mal entstanden: Refactoring - #38 von biologist
Und man muss ja auch kein akutes Problem lösen wenn man etwas umstellt 
Exakt. Das wäre auch der Ansatz, wenn man lieber JSON anstatt von „per Trennzeichen“ möchte. Manuell Zusammenbauen. Der Aufwand hält sich in Grenzen.
Aktuell: <Command>#<item>*<Value>
JSON: {"<Command>":{"<Item>":"<Value>"}}
@tueddy findet es unsinnig- ich finde es gut - dafür gibt es Forks
