Web Frontend Analysis

Page components names conventions

• ...ListPage - displays a list of entities of the same type
• ...DetailPage - displays a detial of a single entity
• New...Page - to create a new entity
• Edit...Page - to edit an existing entity

show[page-component-name] is the prefered name for a RedirectLink component

Web Structure

Basic structure of the Web Frontend as a web application is depicted on the attached schema.

---

To be done (by JM)

user accounts

• DONE: opravdu je nutné od uživatelů vyžadovat firstname/surname?
• DONE: edit permissions taky jako tlačítko (a ostatní tlačítka do angličtiny)

OutputWS

• DW: pole description v db použít jako hodnotu atributu title pro select agregací & spol.
  • (JM:) proc to nejde? Minimalne ve Firefoxu to funguje.
  • (DR:) vychazi to z principu, jakym se ve wicketu vytvareji select boxy - zatim jsem na reseni neprisel, ale predpokladam, ze to nejak pujde
• DW: nefunguje předvyplnění aktuálních hodnot ve formuláři Adjust global settings
  • (JM:) jde o docasny, nebo trvaly problem?
  • (DR:) vychazi to z principu, jakym se ve wicketu vytvareji select boxy - zatim jsem na reseni neprisel, ale predpokladam, ze to nejak pujde
• LP: bylo by fajn přídat možnost editovat properties (nejenom mazat)
• DONE: přejmenovat na Output webservice (místo OutputWS)?

QA rules management

• DONE: pole description dát až na konec
• LP: potom by někde měla být nápověda a ukázková pravidla
• LP: v přehledu u dlouhých descriptions i dlouhých pravidel by se měl vypisovat jenom začátek a tři tečky
• A: formulář pro Add a new restriction dát přímo na stránku Manage QA rule restriction
• DONE: pokud se maže publisher, který je někde použitý -> dotaz, jestli opravdu smazat a že je použitý; po potvrzení smazat restrictions

OI rules management

• A: takhle to opravdu nejde, i kdyby se (zatím) nepoužil žádný javascript, místo jednoho dlouhého XMLka by tam mělo být několik formulářových polí, ze kterých se výsledné konfigurační XML poskládá; jako XML se může zadávat nanejvýš <LinkageRule> (zatím)

Transformers

• LP: kromě tlačítek Delete přidat i Edit

Manage transformers

• LP: přidat tlačítka Move up/down
• A: tlačítko Delete přejmenovat na Remove
  • (JM:) me Delete asociuje spis smazat transformer, spi nez odstranit ho z jedne pipeliny
  • (DR:) Delete a Remove jsou imo v tomto kontextu synonyma, navic vsude v celem webu se pro tlacitko k odstraneni pouziva label Delete; pokud v tobe na dane strance evokuje tlacitko Delete, ze se smaze cely transformer, pak by bylo spise vhodne dat vyrazneji na jevo, ze v tabulce nejsou uvedeny samotne transformery, ale jen jejich instance v konkretni pipeline, kterou mas zrovna vybranou - a to doplnenim doprovodnych textu + napovedy, o kterych predpokladam, ze v budoucnu vzniknou

ostatní

• DONE: tlačítka Register přejmenovat na Submit
• DONE: místo Transformers configuration přímo do hlavní navigace dát QA configuration
• LP: občas se mi objevuje hláška "page expired" - za jakých okolností by se měla zobrazovat?
• LP: drobečková navigace by byla hezká klikací
• DONE: přidat správu prefixů/namespaců
• všude, kde se zadávají URI, připojit na správu prefixů odkaz
• LP: jak řešit nápovědu? bylo by vhodné, kdyby byla integrovaná přímo v rozhraní (buď odkaz na stránku s nápovědou nebo nějaká kontextová)

Pripominky (by TK)

• LP: kdyz oznacim ze pipelina muze bezet na clean db, tak uz to nejde odznacit. Obecne bych pocial s moznosti, ze i pipeline musit jit editovat (tedy nejen transformers na pipeline, ale jeji dalsi properties jako "poustet na clean/dirty db", "zmenit descriptions pipeliny, at.)
• LP: obecne kdyz se definuje cesta k working dir, k JARku atd. tak by bylo lepsi mit moznost vybrat tenhle file ze standardni komponenty pro vyber souboru
• D: neni mi jasne jak definovat poradi transformeru na pipeline, pripadne jak ho menit (to se dela pres tu prioritu?) Bylo by asi hezci mit u seznamu transformeru sipky nahoru/dolu pro upravu poradi)
• DONE: prijde mi zbytecne zobrazit v pravem hlavnim okne dve polozky na vyber - kdyz kliknu na pipeline configuration, tak bych rovnou zobrazil seznam pipelines. Klidne bych tam dal novou polozku v menu ("registered custom transformers"), kde by se rovnou zobrazil list techto transformeru

• D: Chtelo by to pridat tam napovedu k ruznym polozkam hlavne pri pridavani noveho transformeru (co znamena pole configuration kdyz vyberu trebas QA? Co tam muzu dat?)

• k zamysleni: jak zobrazovat QA, OI pravidla pro jednotlive pipelines? Zobrazovat je na jedne hromade bude neprehledne

---

Explanatory notes:

• LP (low priority) - the task either depends on another person's task(s) or is not important with regards to the current schedule,
• A (arguable) - it is not certain if the propsed way is correct,
• DW (doesn't work) - some technical issues prevent the task from beeing done,
• D (duplicate) - a task with the same meaning already appears in the document.