Tehtävän maksimipistemäärä näkyviin #808

Closed dezhidki closed 2 years ago

In GitLab by @Smibu on Oct 9, 2015, 15:09

In GitLab by @Smibu on Oct 16, 2015, 16:08

@Smibu Mitä tähän ajattelit? Edelleen olisin sen laittamassa ihan attribuuttina jonka TIM kaappaa. jos ajattelet vaikka Ohj1 tehtäviä, niin joissakin voi oll bonusosaa, jolloin max-pisteet voivat olla vaikka 1.0 mutta testin kanssa 1.5. Silloin voisi olla parempi että tuohon saa sanallisesti kirjoitaa iham minkä tahansa tekstin.

Esim:

1.0

tai

1.0 + 0.5 testeistä

Samaan voisi liittyä joku scalefactor tms. suure, jolla pluginin pistemäärä muutetaan jolloin mmcq:n 5 pistettä voitasiiin skaalata 1p antamalla scalefactor: 0.2

Ja voisihan tuo maxpoints ja scalefactor olla sellaisia, että ne käyvät pluginissa ja plugin saa vielä muuttaa niitä jos kykenee. Esim. jos mmcq osaa iste käsitellä skaalausken, niin se voisi antaa 5:stä oikeasta 1p ja muuttaa scalfactorin 1:ksi ja samoin jos plugin osaa itse laksea maksimipisteet, niin se voisi maxpoints tilalla palauttaa muutakin kuin mitä tuohon on kirjoitettu. – Vesa Lappalainen

In GitLab by @Smibu on Oct 16, 2015, 16:08

@vesal Joo siis ihan TIMin nappaama attribuutti eli pluginin ei tarvi osata ottaa sitä huomioon.

In GitLab by @Smibu on Oct 16, 2015, 16:10

Voisi sopia, että se maxPoints on pointsRulen alla kun muutkin pisteisiin liittyvät ovat (siis csPluginissa).

In GitLab by @Smibu on Oct 16, 2015, 16:13

@Smibu Joo, sopii ihan hyvin. ETtä muidenkin pluginien pitää osata lukea sitä pointsRule jos haluavat antaa pisteitä oletuksesta poikkeavasti. Toki ehkä niiden takia tulee eri sääntöjä. Katso muuten mitä lisäsin vielä tuohon edelliseen viestiin maxpointsiin liittyen. – Vesa Lappalainen

In GitLab by @Smibu on Oct 16, 2015, 17:40

@vesal Jep, nyt on tästä eka versio käytössä, eli kun pointsRulessa on maxPoints, niin tehtävässä näkyy tyyliin

Points: x / y

missä y == maxPoints. Jos ei ole maxPointsia, niin näkyy pelkkä x kuten tähänkin asti.

In GitLab by @Smibu on Oct 16, 2015, 17:44

Se ei vielä tosiaan ota huomioon pluginilta tulevaa maxPointsia eikä noita muitakaan mitä ehdotit.

Ja maxPoints voi olla sanallinenkin. Se näyttää vaan suoraan mitä sinne on kirjoitettu.

In GitLab by @Smibu on Jan 14, 2016, 16:00

@Smibu Tämä ja allowUser jutun kanssa tuli sellainen ongelma, että tuo pointsRule ei ole hyvä aina päästää selaimella asti, koska siinä voi lukea tehtävän vastaus. Eli tähän on pakko keksiä jokin toinen otsikko (mutta yhteensopivuuden vuoksi katsottava pointsRulesta ja sitten siitä toisesta). Siksi pointsRulen edessä voi olla - ja silloin sitä ei viedä selaimelle.

Tai sitten mun pitää muuttaa niin, että tietyt attribuutit viedään kuitenkin selaimelle. – Vesa Lappalainen

In GitLab by @Smibu on Jan 14, 2016, 17:35

@vesal Eihän sitä koko pointsRulea selaimelle viedäkään. Vaan ainoastaan ne osat, joita tarvitaan käyttöliittymässä.

In GitLab by @Smibu on Jan 14, 2016, 17:57

@Smibu Kumpikos ne vie sinne? Jotenkin minusta tuntuu että csPlugin vie noita kun se vie kaikki sinne Pythoniin tuodut attribuutit elleivät ne ala - merkillä. – Vesa Lappalainen

In GitLab by @Smibu on Jan 14, 2016, 20:42

@vesal En nyt oo toistaiseksi huomannut kenenkään vievän noita selaimelle missään pyynnössä. Muuta kuin tietysti editoidessa, jolloin ne on md:ssä.

In GitLab by @Smibu on Jan 14, 2016, 23:27

@Smibu Kyllä se vaan valitettavasti csPlugin lähettää anser reitin vastauskena kaikki markupissa olevat attribuutit, joita ei ole erikseen kielletty.

attrs: Object button: "Tallenna" byCode: "" doLazy: "True" placeholder: "Kirjoita suunnitelmasi osoite tähän." pointsRule: "{'expectCode': '.https://trac.cc.jyu.fi/projects/ohj2ht/wiki/k2016/suunnitelmat/.', 'allowUserMax': 4.0, 'maxPoints': '4 p', 'code': 4, 'allowUserMin': 0}" rows: "2" taskID: "114213.Tehtava1-4" type: "text" user_id: "vesal"

Kieltämättä noista osa on answerissa turhia, mutta mulla on ollut sellainen ajatus että sen python palikan ei tarvitse tietää mitä se js tekee ja siksi se antaa kaikki kiltisti eteenpäin. Ja siksi oli se - alkavat attribuutit jotka ovat siis samoja muuten mutta ne riisutaan pois ennen vastauksen lähettämistä. Täytyy miettiä onko nioden lähettämisessä nyt lainkaan järkeä ja tarvitsenko niistä yhtään mitään siellä answer vastauksessa.

Mutta voisi miettiä hyväksyisikö TIMinkin pää attribuuteille synonyymit, jotka alkavat - -merkillä. – Vesa Lappalainen

In GitLab by @Smibu on Jan 15, 2016, 24:01

@Smibu Ei kun kyllä äskein kaappaus olikin ihan siitä scopen luomisen jäljiltä eli multihtml reitissä tuo menee selaimelle csPluginin attribuuteiksi. Eli kyllä pienin muutos kokonaisuuten olisi että määritellään - alkuiset attribuutit sellaisiksi että niitä ei saa laittaa selaimelle. Ja hyväksytään attribuuteille nimet ilmanmiinusta ja sen kanssa. – Vesa Lappalainen

In GitLab by @Smibu on Jan 15, 2016, 11:59

@vesal Ai niin, se olikin tuossa HEXJSON-jutussa.

Eli kyllä pienin muutos kokonaisuuten olisi että määritellään - alkuiset attribuutit sellaisiksi että niitä ei saa laittaa selaimelle. Ja hyväksytään attribuuteille nimet ilmanmiinusta ja sen kanssa.

Nythän ainoastaan csPlugin vuotaa noita selaimelle? Ja sinänsä TIM ei voi sitä estää, kun se web voi sisältää oikeastaan minkä muotoista dataa vaan. Niin kuin nyt on tuo HEXJSON.

Eikö mieluummin csPluginiin kannattaisi tehdä "whitelist" sellaisista attribuuteista, joita selain oikeasti tarvii, ja karsii muut pois? Siis yleisemmin sanoen pluginit lähettäisivät vain sen verran dataa selaimelle, jota pluginin JS tarvii toimiakseen.

Jos olisi tuo "karsitaan --alkuiset pois", niin sitten jää editoijan vastuulle muistaa laittaa tuo -. Mäkään en ennen eilistä tajunnut, että se tarkoittaa tuota (siis csPluginin kohdalla)...

In GitLab by @Smibu on Jan 15, 2016, 16:00

@Smibu Kun olen juuri sitä koittanyt välttää että jokasien uuden attribuuti kohdallla pitäisi käydä lisäämässä siitä jotakin sekä Python koodiin että JS-koodiin. Hirveän moni attribbuutti on sellainen, että Python puoli ei tee sillä mitään ja siksi olen tuollaisen lähestymisen ottanut. Ja siksi nimenomaan tuo

alkuinen attribuutti että jos pluginin käyttäjä tietää käsittelevänsä "arkaluontoista asiaa", hän voi "ehdottaa" pluginille että tätä ei viedä eteenpäin. Ennemminkin Blacklist voisi toimia.

Joo ja ei se musta paha ole että editoijalla on vastuuta. Hän on ainoa joka tietää että onko tämän päästäminen Javascriptiin ongelma vai ei. Mutta isompi ongelma on se, että ymmärtääkö mitkä attribuutin on pakko lähettää selaimelle, koska ne käsitellään siellä. Ja silloin ei voi laittaa miinusta. – Vesa Lappalainen

In GitLab by @Smibu on Nov 14, 2017, 24:53

closed

TIM-JYU / TIM

Tehtävän maksimipistemäärä näkyviin #808