wuch + twin = nowa jakosc ?

[Paweł Kołodziej]

Witam.
Wlaśnie obejżałem sobie twin i pierwsze wrażenie mam bardzo pozytywne.
Zastanawiam się, czy nie przestawić wucha całkowicie na własnie twin.
Może opisze jak w takim układzie wyobrażam sobie np. wybieraczke.
Właściwie nie była by to wtedy monolityczna wybieraczka, tylko "zestaw
okienek do przegladania pakietow". W jednym bylo by sama lista pkaietów
podzielona na grupy (tak jak teraz w selektorze lewa czesc).
Inne okienko (polaczone przez system mesegow z twin) zawieralo by
informacje o aktualnie podswietlonym pakiecie typu rozmiar,opis itp.
Kolejne okiengo flagi tego pakietu (zaznaczony do instalacji, usuniecia
itd). Jeszcze inne okienko moglo by np. zawierac informacje zwiazane z
zaleznosciami wnoszonymi przez dany pakiet. Kolejne np. statystyke tego
pakietu (mop) (uproszczoną, bądź bardziej szczegółową).
Co zyskujemy: 
 - elastyczność związaną z rozmieszczeniem na ekranie i wyborem treści
   przez użytkownika.
 - dalasza modularyzacje i oddzielenie od siebie poszczególnych
   funkcjonalności.
 - potenclana latwosc dodawania nowej funkcjonalności, bez ingerowania w 
   już istenijącą.
 - każde okienko może mieć całkowicie inny styl "zawartości". Może tam być
   jedno z terminalem i używające newt, durgie w czymś innym, a trzecie
   używające libTw. Słowem co kto lubi (i co jest lepsze w danym
   "podzastosowaniu") w tym pisze.

Co tracimy
 - czas potrzebny na przerobienie istenijącego UI. Z tym, że lepiej to
   robić teraz, niż jak powstanie UI do mop.
 - coś jeszcze ?

Co o tym sądzicie. Jest to dobry pomysł ? Bylibyście skłonni się w to 
zangażować? [1]


[1] to sa 2 niezalezne pytania.

-- 
Paweł Kołodziej 
pawelk w pld.org.pl 
,,O ile nam wiadomo, komputer nigdy nie popełnił niewykrytego błędu.''
                                                 -- Weisert