TIM-JYU / TIM

TIM (The Interactive Material) is an open-source cloud-based platform for creating interactive learning documents.
https://tim.education/view/about/en-US
MIT License
13 stars 4 forks source link

Aalto OSR, kevät 2020 #1627

Open dezhidki opened 4 years ago

dezhidki commented 4 years ago

In GitLab by @vesal on Jan 11, 2020, 11:59

Kasaan tähän korttiin yhteenvetoa Aallon OSR -hankkeesta.

dezhidki commented 4 years ago

In GitLab by @vesal on Jan 11, 2020, 12:02

Arvosanoja varten voisi Sisu-siirrosta tehdä manuaalisen version, jossa käyttöliittymä on sama, mutta sen lopullisen painamisen kohdalla tulee attribuuteilla määrätty CSV-muoto, jonka on velvollinen itse laittamaan toiseen järjestelmään. Samalla kuittaantuu Sisu-siirtoa vastaavalla tavalla, että mitä siirrettiin ja milloin.

Tämän ansiosta saadan seuraavalla "siirrolla" vain muuttuneet tulokset CSV:hen.

Komponentti voisi toimia vaikka niin, että se on "manuaalinen", jos siinä on niitä csv-muodon asetuksia määrääviä attribuutteja.

dezhidki commented 4 years ago

In GitLab by @vesal on Jan 11, 2020, 12:31

Miten löytää helposti mitä joku on tehnyt vuodella X?

Jos piste-sivua tägätään sopivasti, niin tietyn vuoden pistesivun voisi löytää ihan findilla? Mutta jos henkilö ei muista minkä vuoden kurssilla olisi, pitäisi pystyä ehkä etsimään myös sellaisia pistesivuja, joissa esiintyy henkilö ZZ.

dezhidki commented 4 years ago

In GitLab by @vesal on Jan 11, 2020, 23:28

Nyt jostakin syystä tuo

https://tim.jyu.fi/teacher/aalto/kurssit/tietotekniikka/traky/2019/tiera19

on lähes käyttökelvottoman hidas jos aukaisee sen tenttitaulukon. Mullakin on Ohj1:ssä hidas, mutta vaikka on monta kymmentä kenttää, niin silti ei ole ihan noin hidas.

dezhidki commented 4 years ago

In GitLab by @vesal on Jan 12, 2020, 16:11

marked the task reportFilter - JavaScript joka ajetaan roportille ennen näyttämistä as completed

dezhidki commented 4 years ago

In GitLab by @vesal on Jan 12, 2020, 16:18

reportFilter jäi hieman kesken, sillä timApp/modules/jsrunner/server/routes/runscript.ts jota kutsutaan timApp/plugin/jsrunner.py sisältä, ei säilyttänyt arvoja sellaisessa tilanteessa jossa

  param.data = [['yksi'], ['kaksi', 'kolme']]
  code = 'return data;'

Paluuarvon olisi kuulunut olla identtinen alkuperäisen kanssa, mutta oli:

  ['yksi', 'kaksi', 'kolme'] 

Tämän takia filtteri piti laittaa työskentelemään csv-merkkijonon kanssa. Toki tämäkin vaihtoehto on ihan hyödyllinen ja jos joskus saa tuon runscriptin vian korjattua, niin voisi tehdä toisen attribuutin sellaista funktiota varten, joka työskentelee datalla ennen csv:ksi muuttamista ja käyttäjä voi sitten valita mitä käyttää. Tai jopa molempia.

dezhidki commented 4 years ago

In GitLab by @Smibu on Jan 24, 2020, 10:31

Dokun attribuutti, jolla kommentoinnin voi estää view-näkymästä

Eikös tähän kelpaa jo se comments: private, vai?

dezhidki commented 4 years ago

In GitLab by @Smibu on Jan 30, 2020, 10:29

Paluuarvon olisi kuulunut olla identtinen alkuperäisen kanssa, mutta oli:

Tässä siis vika on muualla kuin runScriptissä; kokeilin joku aika sitten testillä, eikä siinä ollut ongelmaa.

dezhidki commented 4 years ago

In GitLab by @Smibu on Jan 30, 2020, 10:31

Jos kuvitellaan sellainen tilanne että opettaja ei tiedä eikä opiskeija muista minkä vuoden kurssilla on ollut, niin nyt jos tuossa Arin tapauksessa on kolmen vuoden kurssit, niin sille voi helposti tehdä etusivun, jossa on linkit kursseihin ja jotakin tietoa. Ja vuoden perusteella on helppoa käydä katsomassa jonkin vuoden tilanne.

Mutta entä jos ei tiedä sitä vuotta?

Miten saisi haun niin että opiskelijan nimi (tai tunnus) ja sitten saisi kaiki osasuoritukset, joita opiskelijalla on. Ehkä niin että annettaisiin niiden osasuoritusten filed-nimi, mutta ei tiedetä docid.

Tuota varten pitänee hakulaatikkoa laajentaa (oma välilehti?) niin, että pystyy hakemaan tehtyjä tehtäviä käyttäjän nimen/tunnarin perusteella (niistä nykyhakemiston dokumenteista, joihin on teacher-oikeus). Ja tosiaan voisi antaa lisäsuodattimena kentän nimen.

dezhidki commented 4 years ago

In GitLab by @vesal on Jan 30, 2020, 10:42

Periaatteessa tämän pystyisi rakentamaan TIMilläkin niin, että

  1. tekee sivun, jossa on makroissa lueteltu ongelmaan liittyvät dokut listana
  2. for:illa tehdään lista kurssiin liittyvistä dokuista
  3. tehdään timtable, jonka kenttiin luetellaan (forilla) 1. kohdan listan dokujen nimiä ja kenttien nimiä. Periaatteessa kenttien nimet voidaan poimia fieldeistä, joihin niitä voi kirjoittaa
  4. tableFormissa on mahdollisuus hakea jokeri-tyyliin ryhmää (jokeri-ehdon voisi taas ottaa fieldistä)

Tuo onnistuu nytkin (lukuun ottamatta tuota jokeri-ehtoa, käyttäjätunnukset pitää eksaktisti luetella groups-kohtaan). Eli fieldien tulos laitetaan urlmacron avulla TimTableen (vaatii refreshin kautta kulkemisen).

Asiaa hieman helpottaisi, jos olisi "livemakroja", joiden sisältö haettaisiin fieldeistä. Tai jsrunneria laajennetaan niin, että se osaa hakea arvoja (saattaa jo osatakin??) näytössä olevien fieldien arvoista ja sitten toimittaa niitä toisten komponenttien käyttöön (tässä tapauksessa tableFormin kentän nimiin ja jokerihakuehtoon).

Tässä ratkaisussa olisi se hyvä, että ei tehdä mitään erikoistapauksen käsittelyä, vaan yleinen ratkaisu, jolla voi tehdä mitä vaan. Nyt olen osin vastaavia kikkaillut URL-makrojen avulla ja periaatteessa se toimiikin, mutta saman sivun sisällä käytettynä menee helposti focus (toki tätä voi auttaa #-hypyllä) ja jos sivu on iso, virkistäminen kestää.

dezhidki commented 4 years ago

In GitLab by @Smibu on Feb 20, 2020, 21:06

marked the task opiskelijanumerot (https://gitlab.com/tim-jyu/tim/issues/1626) as completed

dezhidki commented 4 years ago

In GitLab by @Smibu on Feb 27, 2020, 12:22

marked the task taulukoiden nopeutus (tätäkin voi musta osin laskea OSR piikkiin, mää olen niin paljon tehnyt as completed

dezhidki commented 4 years ago

In GitLab by @Smibu on Feb 27, 2020, 12:23

marked the task Dokun attribuutti, jolla kommentoinnin voi estää view-näkymästä as completed

dezhidki commented 4 years ago

In GitLab by @Smibu on Feb 27, 2020, 12:27

marked the task chart.js virhe: TypeError: this.getDatasetMeta(...).controller is null ja ilmeisesti siihen liittyy näkyvä P.data is undefined as completed

dezhidki commented 4 years ago

In GitLab by @Smibu on Mar 25, 2020, 10:22

Chart.js-alueongelma esiintyykin vain Firefoxilla; tarkensin ruksia.

dezhidki commented 4 years ago

In GitLab by @Smibu on Mar 25, 2020, 14:58

Suoritusten hakeminen opiskelijan nimellä:

Eli itse textfieldien arvoja ei ole pakko tallentaa kantaan. Niissä voisi olla jopa ihan joku "saveToLocalStorage"-attribuutti, koska riittää, että viimeisin käytetty arvo on vain selaimessa tallessa.

Tämä kuulostaisi riittävän geneeriseltä.

Minusta painikkeen ei kuulu olla jsrunner, vaan jokin erillinen juuri tuohon tarkoitukseen. Jokin "lohkopäivittäjäplugin", joka osaisi lennossa päivitellä lohkoja painikkeesta tai vaikka myös ajastetusti joissain tilanteissa.

dezhidki commented 4 years ago

In GitLab by @Smibu on Mar 25, 2020, 15:21

@vesal Laitas vielä linkki siihen dokuun, jossa olisi se vastaava jsrunner-käyttötapaus. Puhuit että nykyisin pitää muokata settingsiä tms.

dezhidki commented 4 years ago

In GitLab by @vesal on Mar 25, 2020, 15:29

https://tim.jyu.fi/teacher/kurssit/tie/ohj2/2020k/eteneminen

Eli tuolla on kaksi:

urlmacros:
  demonro: 12
  demonroe: 11

Ehkö jopa se kolmaskin:

  group: ohj2k20

Tuon group-syntaksin voisi laajentaa niin, että siinä saa olla useita ryhmiä(kin) mukana. Esim demoissa mulla voi olla 5 henkeä paikalla ja haluan katsella vain heidän vastauksiaan, niin voisin luetella vain heidän käyttäjätunnukset tuohon.

dezhidki commented 4 years ago

In GitLab by @Smibu on Mar 25, 2020, 16:20

Hm joo, tuntuisi, että jos demonro:n (ja muut tarvittavat makrot) voisi antaa fieldeissä, niin jsrunnerin olisi hyvä osata päivittää itsensä samantien, koska urlmakron arvo vaikuttaa myös painikkeen tekstiin. Ja noita urlmakroista riippuvia plugineja on sivulla useampiakin.

Ajatus 1: Makrofieldien vieressä olisi painike "Päivitä makrot", joka olisi se mun mainitsema päivitysplugin. Se tapa ei oikein skaalaudu, että jokainen fieldin textchange aiheuttaisi pluginien päivittymisen.

Ajatus 2, parempi: Toisaalta voisihan se päivitysplugin olla näkymätön (tai siis ainakin painikkeeton), joka kuuntelee muutoksia haluttuihin fieldeihin (makrokentät) ja tietyn ajan päästä muuttamisesta (1 sek) tekisi päivityksen ja siinä olisi joku latausindikaattori sille.

Miksi muuten on erikseen demonroe, vai onko se joskus muuta kuin demonro - 1?

dezhidki commented 4 years ago

In GitLab by @vesal on Mar 25, 2020, 16:29

Hm joo, tuntuisi, että jos demonro:n (ja muut tarvittavat makrot) voisi antaa fieldeissä, niin jsrunnerin olisi hyvä osata päivittää itsensä samantien, koska urlmakron arvo vaikuttaa myös painikkeen tekstiin. Ja noita urlmakroista riippuvia plugineja on useampiakin.

Ain niin, unohdin tuon tekstin :-)

Ajatus 1: Makrofieldien vieressä olisi painike "Päivitä makrot", joka olisi se mun mainitsema päivitysplugin. Se tapa ei oikein skaalaudu, että jokainen fieldin textchange aiheuttaisi pluginien päivittymisen.

Sekin on aika rankka jos päivtys kiertää palvelimen kautta ja lata sivun uudelleen. Toki noin koodattuna muuta ei voi. Tai sitten pitäisi erikseen olla "makrokenttiä", joita päivitetään vasta selaimessa.

Ajatus 2, parempi: Toisaalta voisihan se päivitysplugin olla näkymätön (tai siis ainakin painikkeeton), joka kuuntelee muutoksia haluttuihin fieldeihin (makrokentät) ja tietyn ajan päästä muuttamisesta (1 sek) tekisi päivityksen ja siinä olisi joku latausindikaattori sille.

Ja vielä parempi tosiaa jos olisi tuollaisia selaimessa päivitettäviä makroja ja se niitä muuttaa. Tuollaisen saattaisi saada puolitehokkaaksi siten, että on tuollainen "fieldpalvelin" ja kun jossakin on viittaus että tämä komponentti (esim buttonin teksti) haluaa fieldinx sisällön, niin sivua ladatessa nuo "haluavat" komponentti päivittävät itsensä sille "fieldpalvelimelle" ja muodostavt noiden välille "reitit". Eli kun kenttä muuttuu, se kertoo tästä "fieldpalvelimelle" joka taas tietää kenellä komponenteille se kertoo muutoksesta.

Huonoa: kaikkea missä nykyiset makrot toimivat, ei voi julistaa tätä kautta toimvaksi.

Kysymys: Saisiko tällä aikaiseksi tehtäviä, joissa seuraava aukeaa kun edellisestä on saanut x pistettä?

Miksi muuten on erikseen demonroe, vai onko se joskus muuta kuin demonro - 1?

Joo, esim nyt demo12 tapauksessa ei voi enää mennä demo13 ja nyt ne tulevat olemaan samat ensin ma lähtien. Sitten jossakin kohti oli ajatus että nuo voivat kulkea parinkin viikon erolla.

dezhidki commented 4 years ago

In GitLab by @Smibu on Mar 27, 2020, 13:56

Äskeisessä zoompalaverissa sovittuja seuraavia toimenpiteitä:

dezhidki commented 4 years ago

In GitLab by @Smibu on Apr 9, 2020, 19:58

marked the task jos ei ole kirjaantunut ja on iframessa, niin menee sen ulkopuolella kirjaantumaan as completed