20100619 -------- Die Version von gestern ist einigermaßen stabil im Fenster-UI. Was mir da noch Sorge bereitet ist die Performance und die fundamentale Frage, ob die Benutzung von Fenstern (`Ext.Window`) gut ist. Gestern konnte ich nicht an Lino arbeiten, weil wir nach Pärnu fahren mussten, um Fenster zu bestellen. Und abends vor dem Einschlafen hatte ich erste konkrete Ideen für einen fensterlosen Lino. Das wird ein eigenes Modul `ui.extjsu`, das vom bestehenden `ui.extjs` ausgeht, sich aber an einigen Stellen stark unterscheiden wird. Das `u` ist, weil dieses fensterlose UI nun wieder mit eindeutigen URLs arbeiten kann. Bei dieser Gelegenheit habe ich nochmal gesurft, ob jQuery dann nicht ein Ersatz für ExtJS sein kann. Antwort: scheinbar nein. `jqGrid `_ sieht zwar ganz geeignet aus (und ist frei), aber `FlexBox `_ der einzige potentielle Ersatz für ExtJS's (remote) ComboBox ist `nicht frei `_. Auch `dieser Blog-Eintrag hier `_ bestätigt mir, dass ExtJS und nicht jQuery das Richtige sind für Lino. URL-Struktur in `ui.extjsu` : ========================================= ============================= GET /contacts/Persons?fmt=grid Listenansicht GET /contacts/Persons?fmt=grid&page=2 Listenansicht Seite 2 GET /contacts/Persons?fmt=grid&page=-1 Listenansicht letzte Seite GET /contacts/Persons?fmt=grid&query=eup Listenansicht mit quick search GET /contacts/Persons?fmt=insert Fenster zum Erstellen eines neuen Records GET /contacts/Persons?fmt=detail&row=1 Detailansicht Record 1 der Liste GET /contacts/Persons/7?fmt=detail Detailansicht Record mit pk=7 ========================================= ============================= * Die "Aktion" (grid, detail, insert) wird also zum "Format" * Die beiden letzten URIs geben fast das gleiche Resultat zurück, jedoch einmal mit Navigationsbuttons in der bbar. Allgemeine Seitenstruktur:: ...

Die :file:`site.js` ist dann vielleicht gar nicht mehr nötig. In der lino.js kommen viele fundamentale Änderungen: ext_ui hat ja den Report und eventuell den Record instanziert. Den muss es an den ActionRenderer übergeben. Der muss kein Window mehr erzeugen, sondern eine `jsgen.Component` (die ihrerseits eine ext.Component generiert). Heißt also auch gar nicht mehr `WindowWrapper`. Der Code wird wieder dynamisch generiert. Das Argument `caller` fällt in den bisherigen WindowWrappers komplett weg. Bei Upgrade beachten: die Dateien lino.js und lino.css sind jetzt nicht mehr in /lino/media, sondern in lino/src/lino/ui/extjsu/media. Für den Development-Server wird das automatisch gemacht (in der urls.py), aber im Apache muss das manuell gemacht werden.