Toto je zapis z meetingu c. 13, konaneho dna 22.06.2006 na MS. Obsahuje zbezny popis toho, co sa na meetingu riesilo, pripadne k comu sme dospeli ci naopak nedospeli.

• Tento zapis urobil: jana.
• Na meetingu chybali: Zlatka prisla az uplne na koniec.
• Meetingu sa zucastnil aj nas veduci.
• Na meetingu sa prebrali tieto temy: ruzne talky z predchozich meetingu a z usecase Uvodna stranka uzivatela a Detail fotky (Detail vlastnej fotky) s vedoucim.

Zapis z predosleho meetingu. Zapis z dalsieho meetingu.

Contents 1 Potvrzovani zmen 2 XHTML 3 Captcha obrazky 4 Editacni a prohlizeci verze 5 Emaily 6 Zakazani uzivatele 7 Profil uzivatele 8 Seznam pratel a nepratel 9 Dlouha neaktivita 10 Overovani pristupu k fotce 11 Okenko fotek 12 Uvodni stranka

Potvrzovani zmen

Resila se otazka, jestli kdyz se zmeni napr. popis fotky, nahraje se nova verze fotek apod., zda je nutne znovu fotku v albu potvrdit. Moznosti reseni jsou v zasade dve:

1. resit to az dodatecne – fotky se mezitim nebudou v albech zobrazovat.
2. nebo predem – zobrazovali by se stare (uz potvrzene) verze fotek. Toto by znamelo, ze bychom museli mit historii zmen.

Bylo vybrano reseni c.1, historii zmen uchovavat nebudeme. Dale bude ponechano uzivateli na vyber, jestli si chce vsechno potvrzovat, nebo jestli to tam necha jen tak do svych alb pridavat a bude si to mazat az potom.

Pokud uzivatel pridava do sveho alba, tak by se mu mohl zobrazovat napr. checkbox na auto potvrzeni, aby nemusel potvrzovat sve vlastni fotky.

Dale by mohl uzivatel nastavit, ze vybrani uzivatele mohou pridavat fotky bez toho, aby je musel potvrzovat. Jim se take muze zobrazovat checkbox, pokud by chtely treba radeji potvrzovat.

Reminderon: Potvrzovani zmen.
REMINDon: Potvrzovani zmen: Uzivatele maji na vyber, jestli chteji vsechno potvrzovat nebo ne

XHTML

Projekt se muze programovat v HTML nebo v XHML. Vzhledem k tomu, ze XHTML je kompatibilni s HTML, ale naopak by se to muselo slozite predelavat, budeme programovat v XHTML. Volba take souvisi s povolenim HTML tagu v ruznych popisech zadavanych uzivateli. Pokud by byl cely projekt v XHTML, musel by se udelat parser, ktery se postara o uzivatelske texty. Pokud se neudela, bude se to prezentovat jako HTML.

Reminderon: XHTML.
REMINDon: XHTML: Nezapomente psat vsechno v XHTML :)

Captcha obrazky

Dohodli jsme se, ze omezeni na pocet pokusu opsani obrazku je zbytecne. Na obrazcich se budou pouzivat cislice, s pismeny by bylo vice problemu (ruzne narodni abecedy).

Delku captcha obrazku bude moci spravce nastavit. Nulova delka znamena, ze se captcha obrazek nepouzije. Dale chceme, aby nekteri uzivatele (administrator) captcha obrazky nemuseli opisovat.

Editacni a prohlizeci verze

Chceme, aby uzivatele meli krome editacni verze fotek/alb jeste moznost nahledu, tj. zobrazi se jim to jako ostastnim uzivatelum. Ktera verze se bude zobrazovat, bude zalezet na tom, jak se k fotce/albu dostali.

Napriklad, pokud si fotku zobrazi z prehledu svych fotek, zobrazi se mu editacni verze. Pokud se k ni dostane z nejakeho alba, zobrazi se mu "uzivatelska" verze.

U kazde verze bude mit moznost zobrazit si tu druhou.

Emaily

Na minulem meeting jsme se dohodli, ze jeden uzivateluv email bude registracni – bude se pouzivat pro zpravy od systemu (notifikace apod.), a druhy bude kontaktni – na zpravy od jinych uzivatelu. Registracni email se zobrazovat nebude, kontaktni (pokud bude zadan) se bude zobrazovat podle mangle-nastaveni. Pokud nebude zadan kontakni email, budou se zpravy od uzvatelu poslat na registracni, ktery se ale ani tehdy nebude zobrazovat.

Zakazani uzivatele

Vznikla otazka, zda pri zakazani ci zruseni uzivatelu nejak udrzovat seznam jejich loginu, aby se nedaly uz znovu pouzit. A zda tento seznam udrzovat jako jednoduchy textovy seznam nebo ho nechat v databazi. Pokud by zaznam o uzivateli v databazi nebyl velky, pak by v ni mohl zustat.

Vznikla take otazka, co s pripadnymi fotkami, ktere u zakazaneho uzivatel zustanou. Toto bude na administratorovi, uzivatel totiz muze byt zakazan treba jen na tyden (pro vystrahu).

Profil uzivatele

Byla polozena otazka, co vsechno z profilu zverejnovat. Bylo navrhnuto, ze uzivatel si muze polozky vyplnit a zaskrtnout, ze to nechce zobrazovat ostatnim uzivatelum.

Seznam pratel a nepratel

Na uvodni strance se bude zobrazovat pouze seznam pratel, seznam nepratel ne. Seznam nepratel se bude zobrazovat nekde dal.

Dlouha neaktivita

Vznikla otazka, zda chceme neco udelat pri dlouhe neaktivite prihlaseneho uzivatele. Pokud v prubehu posledni napr. pulhodiny uzivatel provedl nejakou akci, bude se svych pratelum zobrazovat jako online. Po uplynuti teto doby se bude jevit jako away, pak pozdeji offline, ale nebude odhlasen ze systemu. Teprve po uplynuti dalsi doby bude ze systemu odhlasen.

Tyto doby si bude moci nastavit administrator systemu – zobrazovani away/offline je logicke odhlaseni ze systemu, skutecne odhlaseni (kdy se uzivatel musi znovu prihlasit) je fyzicke odhlaseni.

Overovani pristupu k fotce

Otazka z minuleho meetingu: Jak to bude s overovanim, ci ma uzivatel/navstevnik pristup k nejakej fotke? K fotke musi mat pristup minimalne:

• jej vlastnik
• spravca systemu
• uzivatel/navstevnik, pokial existuje nejake album, cez ktore by sa k nej preklikal
• (mozno) uzivatel/navstevnik, pokial existuje nejaky adresar/album/profil, ktory ju pouziva ako svoju ikonu
• ...

Problem vznika, pokud byla fotka nejaky cas verejna a ted uz neni. Navstevnici si fotku mohli ulozit, maji jeji odkaz v oblibenych polozkach a ted k ni smi i nadale pres nej pristupovat. Nebere se v potaz odkud, k detailu fotky navstenik prisel.

Dale k tomu muze dojit, pokud nekdo posle nekomu jinemu odkaz na fotku. – Toto jsme se rozhodli neresit.

Zaver: Radeji at to funguje rychle, at to neni brzdeno zbytecnymi kontrolami, ktere pristupu stejne prilis nezabrani.

Okenko fotek

V okenku fotek se budou zobrazovat fotky, ke kterym pribyly nove komentare. Muze jich byt hodne. Okenko se da minimalizovat, rozbalene je budou mit ti uzivatele, ktere zmeny zajimaji – nebude vadit, kdyz bude dlouhe. Navic bylo navrhnuto, ze okenko muze mit omezeni na pocet zobrazovanych polozek, toto omezeni si uzivatel muze nastavit. Pripadne by tam jeste mohl byt link, ktery zobrazi informace z okenka na celou stranku, navic i podrobneji.

V okenku se budou zobrazovat vsechny uzivatelovy fotky pripadne i notifikovane fotky. Fotky by byly podle neceho setrideny, napr. podle poctu novych komentaru.

Dalsi varianta je, ze by se v okenku zobrazovala pouze informace, ze pribyly nove komentare, a fungovalo by to jako link na stranku.

Defaultne by okenko bylo minimalizovane.

Mozna by pri velkem poctu fotek mohlo okenko scrollovat (ale nevim jestli by to slo). (Pozn. muj navrh to nebyl :) )

Uvodni stranka

Na uvodni strance se bude uzivateli zobrazovat, ze neco ceka na potvrzeni, ze neco pribylo apod. Take by se melo zobrazovat datum, cas a ip posledniho prihlaseni, aby vedel jestli se treba nekdo neprihlasil misto nej.