$Id: gameplan,v 1.23 2009/03/25 08:49:21 alec Exp $

* arpd (dokończyć, support dla non-linux systems) [xxx]
* nie-tylko-linux, silny porting demona i skryptów dla ipfw/ipf/pf [+]
* wsparcie zdalnego konfigu dla mini-distro (coś a'la freesco/m0n0wall) [+]  
* konta o ile nie zostaną przepisane ładniej to w najbliższej wersji stable
  nie powinny się znaleźć [ale się znalazły :P]
* każdy konkretny moduł mógłby mieć ikonkę pomocy, która by kopała pacjenta
  do odpowiedniego rozdziału w dokumentacji (a może w podmenu od doców)
* feedback - coś co generowałoby dumpa z wersją bazy, pliku, a może even md5
  modułów, etc. aby łatwiej było rozwiązywać błędy. oczywiście konfiguracja
  też.
* wyświetlanie warninga że lms.ini w formie pliku to już generalnie nie
  jest używany (poza sekcją database, chociaż uważam że bezpieczniejsze by
  było w formie skryptu php, bo nie wyssa się go tak łatwo przez http)
  i żeby zmigrować do UI ustawienia a w 2.0 wyj...ać support do tego :)
* pomyleśleć nad jakimś sposobem archiwizacji starych danych finansowych
* Ujednolicić "Skrypty Perlowe" coś na kształt lmsdb i lms.class.php, jeden 
  wspólny "connect do bazy" i funkcje typu "weź userów + assigmenty" [jeśli 
  będzie to miało jakiś sens i się powielało w więcej niż 1-2 skryptach]
* lmsd: przeładowania bardziej "na żywo" - idea jest taka, żeby demon nie 
  musiał łączyć sie co minute i zaciagać informacji o instancjach. Ja to widzę 
  tak, LMS-UI podczas przeładowania komunikuje się bezpiecznie po sockecie 
  z lmsd i wysyła zdefiniowane rozkazy przeladowania lub wczytania konfiguracji
  oraz hasło uwierzytelniające serwer

LMS-2.0 [xx]

* przerobienie na nowe moduły
* zrobienie 'LMSAPI' - czyli zintegrowanej z LMS biblioteki serwującej
  podstawowe funkcje LMSa (takie read only) - każdy moduł mógłby dodawać
  jakieś dodatki do API... Oczywiście to pseudo-api i nie wiem czy tak
  będzie można to nazwać
* xhtml
* nowy changelog
* wywalenie czesci modulow demona do contrib i przepisanie ich na t-scripta

xx] general rule: utrzymywanie nie więcej niż 2 ostatnich stabilnych release-ów
	i ich ogólne wspieranie (praca nad 1.9 to szlifowanie i bugfixowanie 
	1.8.xxx oraz bugfixy dla 1.6. 

	Stare wersje zostają w cvs, można je sobie cvs up -r / --date zassać, jak ktoś 
	bardzo ambitny i dociekliwy.  

xxx] pcap i mini daemon? 

+] przesunąć odpowiednio nisko, jak się komuś będzie chciało to można robić, 
ale to jest "the way".
