SUKOL tehtävät ja vaatimukset

[dezhidki]

Tähän korttiin kerätään SUKOL-kokeeseen liittyvät toteutettavat vaatimukset kokoelmana.

Sitten kun lähtee toteuttamaan ominaisuutta, voi ruksi viedä omaksi kortiksi (GitHub -> Convert to issue):

• [x] Tutki, voivatko anonyymit vastata kokeeseen (tai opiskelija ilman kirjautumista) -> voi, jos laittaa anonymous-asetuksen

• [x] AnsweBrowser: mahdollisuus minimaaliseen näymään

  • Ei "R" -painiketta
  • Dropdownissa ei spostia, vain nimi
  • Email-linkki pois
  • Näkyy vain viimeisin vastaus, ei vastauskerran valintaa
  • Kaikki vastaukset, pois, linkki (only) -> jää
  • "Tallenna opettajan korjaus", "Validi" pois

• [x] Template-dialogi: mahdollisuus valita arvo dropdownista

• [x] Mahdollisuus vaihtaa salasana JSRunnerilla (ja palvelinasetus/ryhmä, jolla tuo sallitaan)

• [x] #3206

• Kun ryhmä luodaan JSRunnerilla, samalla mahdollisuus asettaa oikeudet (ainakin owner) Ei tarvita, hoidetaan ilman oikeuksien asettamista

• [ ] Ainakin joidenkin palvelintekstien kääntäminen "You access to this item has expired..."

• [x] Automaattisesti tallenna tehtävä, kun focus siirtyy pois

• [x] Pluginin kelluttaminen niin, että se samalla siirtää tekstialueen vasemmalle (eli vasemman yläkulman keskityspainikkeen toiminta)

• [x] MPASSid-kirjautumisen tuki Ei oleellinen tähän tarkoitukseen

• [x] Fieldeille jokin järkevä velppaus/arvostelu

  • Käyttötapauksena aukkotehtävien täydentäminen
  • Toistaiseksi pärjää ehkä niin, että arvioidaan käsin TAI JSRunnerilla kerätään cspluginiin

• [ ] Oikeuksien rajoitus paremmaksi + opettajien tunnusten automaattinen luominen

  • Tilaaja laittaa tilauslomakkeessa opettajat, joille oikeus
  • Kun tilaus hyväksytään, opettajille luodaan tunnus ja lähetetään spostitse linkki jokaiselle opettajalle kirjautumisohjeiden kanssa
  • Tilaaja voi myös jälkikäteen lisätä opettajia lisää
  • Ajatus: tilaaja määrittää opettajat, joilla oikeus. Koululle luodaan yksilöllien hallintadokumentti/kansio, jossa oikeus opettajalla
    • Toteutusajatus: JSRunner (ryhmien luonti, kansioiden ja dokumenttien luonti) JSRunnerin sijaan on varmaan parempi tehdä nyt rakenteilla olevan hallintakomponentin kautta
    • Tilausajan jälkeen admin hyväksyy kerran, sen jälkeen opettajat hoitavat itse

• [ ] #3475

  • Parempi sanitointi/siivous luokan nimille -> trimmaus, pituusrajoitukset
  • Oppilaita tulee voida poistaa koeryhmästä
  • Mahdollisuus kopioida koeryhmät uudella nimellä
  • Opettajilla pitää olla näkyvissä tieto, ovatko kertakäyttökoodit aktivoitu

• [ ] Koeryhmän teon yhteydessä ilmoitetaan aika, jona ryhmä osallistuu

• [ ] Koeryhmäsivut auki automaattisesti omaan välilehteen

• [x] #3520

  • Opiskelijat tiedossa etukäteen -> käyttäjät/tunnukset luodaan etukäteen
  • opiskelijoille generoidaan yksilöllinen 'kertakäyttökoodi', joka linkitetään käyttäjään
  • opikelija voi kirjautua järjestelmään pelkällä kertakäyttökoodilla
  • Kertakäyttökoodi vain numeroita -> 9 numeroa muodossa 000-000-000
  • kertakäyttökoodeja varten uusi tietokantataulu, jossa
    • kertakäyttökoodi
    • linkitetty tunnus
    • koodin voimassaoloaika (alku, loppu)
    • koodin aktivointistatus (koetunnusten aktivointi)
    • koulu, luokka/ryhmä
    • tarvitseeko muuta?

• [ ] Kellutettavat ikkunat: fiksumpi skaalaus (nyt kellutettava ikkuna voi viedä koko näytön leveyden)

• [ ] Jos opettaja lopettaa kokeen, oppilaat voivat tallentaa invalid-vastauksia, joita opettaja ei tajua korjata

  • Opettajille ohjeistus invalid-vastauksista. Myös selkeämpi teksti (epävalidi) sijaan (SUKOLissa epävalidisuus yleensä johtuu siitä, että vastasi yliajalla).

• [ ] Velpit yksinkertaisemmaksi

  • Velppi näyttää alleviivaukselta
    • yksinkertaisimmillaan hoidettavissa seuraavalla tyyliasetuksella dokumenttikohtaisesti:

      annotation > span:nth-child(1) {
        color: #000 !important;
        background-color: unset !important;
        text-decoration: underline;
        text-decoration-color: rgb(255, 0, 0);
        text-decoration-thickness: 2pt;
      }

    • jos haluaa eri värisiä alleviivauksia tai alleviivauksen värin velpin mukaan niin pitää muuttaa koodia, muutos lienee kuitenkin suhteellisen vähällä työllä tehtävissä
  • Jokin velppi olisi valittuna oletukseksi; tulee heti, kun maalaa tekstin vastauksessa
    • Lienee toteutettavissa siten, että tämä on valinta velp menussa / advanced tilassa, yleiseksi tai oletusasetukseksi tuollaista ei voi laittaa
  • Mahdollisuus vaihtaa velppi laittamisen jälkeen: kun velppi on valittu ja sitä klikkaa, voi velppimenusta vaihtaa toisen velpin
    • Teettää jonkin verran työtä, mutta periaatteessa tehtävissä. Helpompi tosin on vain käyttää nykyisiä toimintoja poistamaan vanhan ja lisäämään uusi. Periaatteessa tietojen kopiointi velpistä toiseen pitäisi onnistua, mutta jälleen, lisää työtä.

• [ ] Kaikille tekstissä oleville kuville suurennus: kun klikataan kuvaa, näytetään kuva isona (vrt. facebook, muita sivuja) Tästä on jos mallitotetus Mummin ostoslistassa

• [ ] Answerbrowseriin joku visuaalinen merkki, kun kaikissa vastauksissa on edes joku pistemäärä (tai riittäisikö ihan JSRunner, joka kertoo tuon)

  • Käyttötarkoitus: opettaja näkee teacher-tilassa, onko tehtävässä kaikilla joku pistemäärä

• [ ] TimTable exportissa mahdollisuus muuttaa desimaalin merkkiä (eli . -> , luvuille)

  • TAI: TimTableen mahdollisuus generoida oikea Excel-tiedosto (auttaako)?

• [ ] Tekstivastauksiin (isot sekä yksittäiset fieldit) mahdollisuus lisätä erikoismerkkipainikkeita (esim. û, vastaavat)

  • saisiko tuon mihin tahansa paikkaan niin, että on jossakin kirjainpalkki, jota painamalla se lisää merkin viimeisen focuksen kohdalle ja palauttaa fokuksen sinne takaisin?
  • tämä on haluttu ratkaisu, eli formulaeditorista riisutaan erillinen plugin joka kommunikoi viimeisen aktiivisen fieldin/cspluginin kanssa
  • halvin ratkaisu: lohko jossa on erikoismerkit ja siitä voi kopioida
  • hieman kalliimpi ratkaisu: lohko jossa on erikoismerkit ja klikkaamqlla menee leikepöydälle (säästyy Ctrl-C painaminen)

Velpit: (PR: #3294)

• [x] Velppien alkunäkymä yksinkertaiseksi (available velp tyyliseksi)
• [x] Velp menu ja available velps 'liimauksen' poisto (available velps ei liiku velp menun mukana)
  • Ei näyttäisi olevan mahdollista nykyisellä toteutuksella
  • Kierretty muuttamalla käyttöliittymää: ei irroitettavia elementtejä
• [x] Available velps uuden velpin lisääminen +-painikkeella?

Tehtävät/arvostelu/pisteytys:

• [x] Tehtävälaatikkoon opettajalle arvostelu-tekstikenttä, johon opettaja voi kirjata haluamaansa palautetta? Tarvitaanko?
• [x] Opettajakohtainen arvostelutaulukko aukkotehtäviin, mahdollisuus tarjota arvostelupohjan kanssa (valmiina ehdotetut pisteet yleisimmille vastauksille)
• [x] Answerbrowserin elementeille luokat

Muut hommat, jotka eivät liity (ainakin näennäisesti) kehitykseen:

• [x] #3274
• [x] Ohjeet koeryhmien hallintaan
• [x] Valvontasivun teko => valvoa, kuka poistui kokeesta
• [x] Kaikille sama salasana koepäivänä + ohje opettajien hallintasivulle
• [x] Tietosuojailmoitus
• [x] Opiskelijoiden kirjaussivun viimeistely
  • Ulkoasu DIA-mini
  • Sisäänkirjautumisen ohjeet
• [x] Kokeen ulkoasu
  • Vasemman yläkulman menu pois kokonaan (eli myös sisällysluettelo)
• [ ] Parempaa live-tilastoa (mitä ryhmät ovat kokeessa, mihin aikaan tullaan yms)
• [ ] Tulostettaviin lappusiin jokaiselle oppilaalle linkki koesivulle
• [ ] Salasanojen tulostuksessa parempi fontti, pitää pystyä erottamaan l ja 1 (voidaanko välttää toisen käyttö?)
• [ ] Vastausten näyttäminen oppilaille pitää määritellä (miten tehdään?)
• [ ] Ylälaitaan valikko opettajille -> Ohjeet, koeryhmien hallinta, kuuntelut, koe
• [ ] Tunnusdokumentti isommaksi, että menee paperisilppurilla
  • Ajatus 1: Korttimainen -> Jokainen solu on "iso" kortti, jossa kaikki tiedot
  • Ajatus 2: Suurempi rivin korkeus
• [ ] Kokeen osiot tulee laittaa eri sivulle
• [ ] Wrapin raja alemmaksi (60-70, k23 oli 80 mikä ei aina toiminut)
• [ ] Tehtävät voi avata osiossa ainakin korjausnäkymässä -> opettajalle helpompaa seurata, mitä on tarkistettu ja mikä ei
• [ ] Velppien oikeudet ja näkyvyys tulee varmistaa ennen kokeita
• [ ] AB: pistelaatikot ja painikkeet isommaksi (kuinka isoksi)?
• [ ] Postilista ensi vuodeksi, siihen sekä SUKOL että TIMin väki
• [ ] Kirjoita ylös toimintaohjeet ylläpidolle (koneen pystytys, konfiguraatiot) niin kuin valintakokeissakin

Palaute/korjattavat asiat ensimmäisen live-kokeilun perusteella:

• [x] Sisäänkirjautumisen lisätieto ("saat salasanan sähköpostiin" jne.) vapaasti konfiguroitavaksi

[dezhidki]

Loput ikkunat yms. angulariksi / siirtyminen winboxiin?

Tästä on jo kirjoilla kohta kortissa #2037, vai onko tämä nyt vaatimus saada valmiiksi ennen SUKOL-kokeita? Jos nyt tähän korttiin kerättäisiin vain ne asiat, jotka pitää tehdä SUKOLia varten. Tai ajattelee niin, että asiat, josta SUKOLia voi "laskuttaa" (vaikka ei nyt ne ei laskuttaisi).

YAMLin kirjoittamisen haasteet jos tulee : tai *

Sama tästä, eli onko nyt tarve saada asap SUKOLia varten, vai olisiko tuo yleinen kortti?

[vesal]

SUKOLia varten pitää varmaan saada sellainen ikkunoihin liittyen, että minimoidut ikkunat eivät jää ruutuun "harhailemaan" vaan menevät nätisti jonnekin nurkkaan. Tehdäänkö tämä WinBoxilla vai muulla on varmaan tämän kannalta toisarvoista.

YAMLin kirjoittamisen haasteet koskevat varmaan myös kaikkia ja Sukolin tapauksessa pärjättäneen jos siellä vaan yksi kirjoittaa kokeita. Ja se yksi "koulutetaan" ymmärtämään YAMLia hieman.

YAMLiin liittyen keskusteltiin sen verran että

1) tarvitaanko missään sellaista että attribuutin nimessä on : ? Jos ei, niin automaattinen hipsutus voisi toimia 2) Jos tallennusvaiheessa kokeiltaisiin antaa Pandocilla jono sellaisenaan ja md: muodossa ja jos ne ovat samat, ei tehdä mitään. Mutta jos ne ovat eri, ehdotettaisiin edes käyttäjälle että lisää md: ja hipsut. Jos ei halua lisätä, niin millä estetään ettei joka kerta kysytä? 3) Kokeillaan lisätä esim header, footer ja stem:iin automaattinen md devs-koneessa ja verrataan mitä tapahtuu Ohj1-monisteelle. Jos ei hidastu merkittävästi, voisi nuo laittaa aina automaattiseksi.

[dezhidki]

SUKOLia varten pitää varmaan saada sellainen ikkunoihin liittyen, että minimoidut ikkunat eivät jää ruutuun "harhailemaan" vaan menevät nätisti jonnekin nurkkaan.

Siitä on olemassa mm. #3150, laitoin sen tähän korttiin.

YAMLin kirjoittamisen haasteet koskevat varmaan myös kaikkia ja Sukolin tapauksessa pärjättäneen jos siellä vaan yksi kirjoittaa kokeita.

Otin YAML-homman pois tästä juuri SUKOLin hommasta ja tein erillisen kortin (#3276), joka yhdistää tuon YAML-ongelman, Mikan vanhan TOML-kortin (#1308) sekä Mikan rust-haarassa aloittaman "tim-yaml" -parserin yhteen paikkaan.