cwbe coordinatez:
2525576
2548002

ABSOLUT
KYBERIA
permissions
you: r,
system: public
net: yes

neurons

stats|by_visit|by_K
source
tiamat
K|my_K|given_K
last
commanders
polls

total descendants::
total children::1
show[ 2 | 3] flat
vlastne som rad ze si to citam az teraz , po tom co som urobil vlastny navrh.

So zmenou Klistu nesuhlasim ak to ma byt zamena. Moze to byt ako doplnok. Nesuhlasim so zmenami ktore nutia usera si zvykat na nove ovladanie bez moznosti stareho (osvedceneho). Hromi to uz urobil 2x a vzdy ludia nadavali dalsieho pol roka.

Nesuhlasim s oddelenou tabulkou pre grupy, nie je potrebna ak budu mat nody typy co chcem aby tam bolo. Tak nemoze dojst k zamenam a problematickym priradeniam stromu.

Neviem preco by nemohli byt grupy hierarchicke? Sice nie v zmysle dedicnosti ale v zmysle orientacie. Napriklad grupa HZDS moze byt childom grupy (alebo kategorie) politika. Grup nebude tolko ako for a kategorii (zatial) a tak mozu usporiadanie robit zo zaciatku admini, a bolo by to v prospech orientacie.

Nechapem ani preco by malo byt "Cislo grupy bude sucastou primarneho kluca v tabulke nodes". Pripada mi to zbytocne, a hlavne takymto sposobom umoznujes zabranujes foru aby mal clenstvo iba v jednom guilde vo viacerych guildoch....

s poznamkami mimo suhlasim, zo vsetkymi...




025255760254800202565349
Thunder Perfect Mind
 Thunder Perfect Mind      10.08.2006 - 17:20:02 (modif: 10.08.2006 - 17:25:50), level: 1, UP   NEW !!CONTENT CHANGED!!
no...
napisem k tomuto aj nieco obsiahlejsie, zatial aby rec nestala:

- nikde nespominam nejake nove ovladanie. Navrh GUI s radostou prenecham ludom ktori sa v tom vyznaju a ktorych to bavi.

- tabulka grup je potrebna uz len preto, ze logicky je grupa nieco ine ako noda. Samozrejme moze mat grupa priradenu aj vlastnu nodu, ale to je iba jej prezentacia. Okrem toho takto (grupy v nodes) by si kazdy mohol vytvorit vlastnu grupu. Poznamke o zamenach a problematickych priradeniach stromu nerozumiem, objasni pls. Ked sa to dobre naprogramuje, nemoze byt problem.

- z hladiska navrhu je zbytocne aby boli grupy hierarchicke ak tam nebude dedicnost (a teda s tym nebude spojena ziadna funkcionalita), ale ak to niekomu spravi radost nech sa paci. v kazdom pripade som proti tomu aby nejake usporiadavanie grup robili admini, to je zbytocne zabijanie casu.

ad Nechapem ani preco by malo byt "Cislo grupy bude sucastou primarneho kluca v tabulke nodes". Pripada mi to zbytocne, a hlavne takymto sposobom umoznujes zabranujes foru aby mal clenstvo iba v jednom guilde vo viacerych guildoch….
- zatial co v tvojom navrhu mas pre forum/nodu zoznam grup napr. (1, 7, 12) a pre visiting usera tiez napr. (3, 24, 42). Mozno som mimo, ale mam pocit ze matchovat taketo zoznamy je podobne efektivne ako robit like %% na vector. Ak je forum v troch grupach a user v desiatich, spravi sa v najhorsom pripade 30 porovnani (grupy_fora * grupy_usera), v mojom navrhu je to vzdy max. pocet grup usera (tu 10). To je dost vysoka cena za feature, ktora vytvara nekonzistenciu a je uplne iracionalna (aby bolo jasne - podla Jayovho navrhu moze do fora patriaceho viacerym grupam prispievat clovek ktory je iba v jednej z nich, cize grupy nemozu urcovat kto do ich for moze prispievat).

- aj tak to treba poriesit irl