search

bme-db-lab / szglab5-frontend

Szglab5 Frontend
0 stars 1 forks source link

Evaluator - tobb fajlos beadas #28

Open lordblendi opened 7 years ago

lordblendi commented 7 years ago

Amennyiben ez elofordul, a rendszernek ezt "egykent" kell kezelnie.

Tehat: Ha egy javito kivalaszt egy ilyen hallgatot, akkor egymas alatt jelenjenek meg, hogy miket adott be a hallgato. Es egyszerre foglalja le mindent., ne kelljen kulon-kulon kattintgatni.

csutorasr commented 7 years ago

Szoval eventet foglaljanak le es ne deliverable-t?

Ez teljes atalakitassal jar, erre a felevre mar kb lehetetlen megoldani.

lordblendi commented 7 years ago

@jmarton szerinted? En nem gondolom azt, hogy az eventet kellene lefoglalni. Hanem egyutt kellene mutatni az osszes beadhato fajlt es azokat egyuttesen is kellene kezelni. Kulonben siman lehet, hogy Bela lefoglalja az egyik fajlt, Andras meg a masikat.

Mivel ez sok ido, legegyszerubben valoszinuleg ugy oldhato meg, ha tobb fajlos beadas helyett zip-elunk. En erre hajlanek.

jmarton commented 7 years ago

Deliverable lefoglalásakor lehet olyan okos a backend, hogy lefoglalja a többi, ugyanahhoz az evethez kapcsolódó, beadott deliverable-t. Esetleg lehet külön "Lefoglal" és "Lefoglal with related" gomb is.

Egyelőre úgy tűnik, hogy csak az SQL1-nél lesz több fájlos ebadás: egy PDF és egy SQL fájl. A zip beadásával rendszeresen sok bajunk volt. Szerintem egyszerűbb az összetartozók lefoglalása, mint a zip könyvtárszerkezetével, zip/rar/OSX zip stb. miatti problémákat felújítani.

Hosszabb távon lehetne egy "vezér deliverable", hiszen a PDF és az SQL fájlok közül elég, ha az egyikre kap commentet és jegyet a javítótól. Vagy némelyik deliverable lehetne másiknak "melléklete", és akkor a mellékletet nem kell külön finalizálni, lefoglalni, jeggyel és commenttel ellátni. Ebben az esetben a mostani lefoglalás logikához talán nem is kellene nyúlni.