Paljon kenttiä sisältävän sivun browseaminen #1420

Open dezhidki opened 5 years ago

In GitLab by @vesal on Jun 22, 2019, 10:05

Jos sivulla on paljon kenttiä, on browseaminen hidasta. Jokaisesta kentästä tulee nyt

   GET /answers/528.ht2/2?_=1561185703828 200
   GET /getState?answer_id=1276&doc_id=528&par_id=fBpPSCzygKr8&ref_from_doc_id=536&ref_from_par_id=MPP1Mirl6Hni&review=false&user_id=2
   GET /getState?answer_id=1276&doc_id=528&par_id=fBpPSCzygKr8&ref_from_doc_id=536&ref_from_par_id=MPP1Mirl6Hni&review=false&user_id=2

Nuo pitäisi saada niin, että kaikki /answerssaadaan yhdellä pyynnöllä ja kaikki sellaiset /getSate toisella, jos pluginin tukee suoraan contenttiin sijoittamista. Erityisesti fields-tyyppisiin on tehtävä tällainen tuki. Silloin getState ei tarvitse muodostaa html:ää, vaan riittää palauttaa answer_id:tä vastaava tallennettu tila. Ja sitten viewCtrl jakelee nämä tilat plugineille. Plugin voi sisällöstä riippuen tukea setContent-metodia eli viewCtrl kyselee tämän erikseen ennen sen ison /answers pyynnön tekemistä. Tällöin yksinkertaisessa tilanteessa myös csPlugin osaisi tämän. Jos plugin ei tue setContent, niin toimitaan kuten ennenkin niiden kohdalla.

In GitLab by @sijualle on Jul 12, 2019, 13:56

Tai sitten tuossa rekisteröitymisessä vois antaa valinnaisen "tagin", ja viewctrlissa olis joku map jossa jokaisen tagin alla olis lista niistä tagin antaneista rekisteröityneistä. Sillon voisi alkuperäinen rekisteröityminen olla aina taskid:n mukaan jottei mikään asnwerchange hajoa, mutta tallennusta varten voisi kysyä esim kaikki itimcompit joiden tagi oli "demo", ja multisavessa regexpien kanssa säädön tai usean kentän listauksen sijaan kertoa lyhyemmin esim

tags:
 - demo

joka antaisi kaikki demo-tagiset itimcompit. Minusta nuo regexpit ja areoiden kanssa kikkailu voi olla peruskäyttäjälle hankala tapa listata noita tallennettavia

In GitLab by @vesal on Jul 12, 2019, 14:03

joka antaisi kaikki demo-tagiset itimcompit. Minusta nuo regexpit ja areoiden kanssa kikkailu voi olla peruskäyttäjälle hankala tapa listata noita tallennettavia

Se regexp yksinkertaisena ei tarkoita muuta kuin tavalla oikein nimetty kenttä on se tag. Mutta ei mulla oe mitään tuota tagiäkään vastaan. Mutta tuleeko siitä vielä ylimääräinen tuohon timcanin type:een verrattuna. Ettei sitten joudu kilimetria kirjoittamaan jokaisen komponentin kohdalle. Toisaalta eihän se haittaa jos ei ole pakko käyttää :-)

In GitLab by @vesal on Jul 12, 2019, 15:47

Tuollainen perusjuttu on lakannut toimimasta:

``` {#cs2 plugin="csPlugin"}
type: cs
-pointsRule:
    expectOutputPlain: "Hello"
fullprogram: |!!
public class HelloWorld
{
    public static void Main()
    {
        // BYCODEBEGIN
        System.Console.WriteLine("Hello World");
        // BYCODEEND
    }
}
!!



Eli tuon kun ajaa, niin psiteet eivät näy ennenkuin refreshaa selaimen

Siis tuo jos ollaan form-modessa.  Tavallisessa kyllä toimii.  Eli jos joudun laittamaan
sivulle form-moden inlinepluginine takia, niin menetän mahdollisuuden teettää siellä
tavallisia tehtäviä.

In GitLab by @sijualle on Jul 12, 2019, 16:39

Saatko tarkemmin kerrottua miten toistaa tuo? Mulle tulee siihen points:0 kun ajan tuon vaikka form_mode päällä

In GitLab by @sijualle on Jul 12, 2019, 16:57

Se regexp yksinkertaisena ei tarkoita muuta kuin tavalla oikein nimetty kenttä on se tag

Mutta mitäs jos haluaa muutaman kentän ja niiden alle tallennusnappulan joka tallentaa vain ne kentät? Silloin pitää joko laittaa ne saman arean sisään, listata jokainen kenttä erikseen fieldeihin tai nimetä ne niin että saa tallennusnappulaan regexpin joka osuu niihin kenttiin. Ttagisysteemin myötä riittää vain kirjoittaessa heittää niille kaikille sama tunniste ja tallennusnappulalle sanoa että ota ne joiden tagi on tämä.

Koitin vaihtaa tuon followid:n toimimaan tagina: https://timdevs01-1.it.jyu.fi/view/users/lehtinen-simo/multisavetag

In GitLab by @vesal on Jul 12, 2019, 18:13

Koitin vaihtaa tuon followid:n toimimaan tagina: https://timdevs01-1.it.jyu.fi/view/users/lehtinen-simo/multisavetag

OK. Kunhan tuohon groups alle voi kirjoittaa monta. Onko nimi hyvä kun jos toisessa lukee followid ja toisessa groups? Onko gropusilla muuta käyttöä kuin noita followid:tä käyttää? Eli kannattaisiko se suoraan silloin olla tag ja tags?

In GitLab by @vesal on Jul 12, 2019, 18:15

Saatko tarkemmin kerrottua miten toistaa tuo? Mulle tulee siihen points:0 kun ajan tuon vaikka form_mode päällä

Oiskohan tuossa käynyt sitten mun testeissä se, että muokkasin pluginia ja kokeilin ja sitten ab on jumissa kunnes refreshaa. Koska näyttäisi mullakin toimivan...

In GitLab by @sijualle on Jul 12, 2019, 18:33

Onko nimi hyvä

Tällä hetkellä ei ole kyllä yhtään hyvä. Vois vaihtaa kaikki mitkä siellä rajapinnassa nykyään on nimellä "groups" käyttämään nimeä "areas", koska getbygroups hakee oikeasti areoiden mukaan. Ja sitten pitäisi päättää onko tuo followid rajapinnassa virallisesti tagi vai ryhmä ja nimetä nuo metodit johdonmukaisesti sen mukaan. Toiminta on sama, mutta periaatekysymys tuolla esimerkissä on "meneekö nuo kentät ryhmään 'kissa'" vai "onko niillä kaikilla tag 'kissa'"

In GitLab by @vesal on Jul 12, 2019, 18:45

Tällä hetkellä ei ole kyllä yhtään hyvä. Vois vaihtaa kaikki mitkä siellä rajapinnassa nykyään on nimellä "groups" käyttämään nimeä "areas", koska getbygroups hakee oikeasti areoiden mukaan. Ja sitten pitäisi päättää onko tuo followid rajapinnassa virallisesti tagi vai ryhmä ja nimetä nuo metodit johdonmukaisesti sen mukaan. Toiminta on sama, mutta periaatekysymys tuolla esimerkissä on "meneekö nuo kentät ryhmään 'kissa'" vai "onko niillä kaikilla tag 'kissa'"

Jos nimellä ei ole mitään funktionaalista käyttöä ja käyttäjä saa taikoa siihen mitä vaan, niin silloin tag olisi minusta oikea nimi.

Ja savebuttonissa on siten kaikki, osa tai ei mitään tarpee nmukaan

areas:
tags:
fields:
  - saa olla myös regexp

Jos sillä followid:llä oli joku vanha käyttö, niin jätä se siihen tarkoitukseen (minusta liittyi tosiaan videoihin ja imagex:ään)

In GitLab by @vesal on Jul 13, 2019, 24:40

Nyt on TimTablessa myös callback: saveStyleCallBack josta saa lista koordinateista, attribuuttien nimistä ja arvoista

In GitLab by @sijualle on Jul 13, 2019, 02:21

Selaaminen lakkaa toimimasta jos muokkaa dokumenttia.

Nyt hylätään uudet pluginloaderit / ITimComponentit jos ollaan form_modessa ja löytyy formabseista entinen answerbrowser samalle taskille, eli selauksen pitäisi toimia muokkausikkunan avaamisen jälkeen.

In GitLab by @vesal on Jul 13, 2019, 11:05

mikä on taikatemppu että inline textfieldille ei näy sb mutta dropdownille näkyy? miten saan tuo attribuutiksi? oikeastaan jopa niin, että sen voi kieltää kokonaan tai vain inline tilassa. Tosin tuohan taitaa tulla siitä että pistänkö kiellon missä tilassa. mutta ehkä oletukset voisi olla niin että inline se ei tule mutta dropdown tulee.

In GitLab by @sijualle on Jul 13, 2019, 12:24

Taikatemppu on tuo answerBrowserin oninitin eka if, mikä katsoo onko se browserin loader form_modessa. Siellä on joku vertailu onko se loaderin pluginelementin nimessä numericfield tai textfield. En tiedä saako browserista suoraan viitettä siihen pluginin controlleriin attribuuttia varten, mutta rajapinnan kautta varmaan voisi kysellä tuota attribuuttia samalla tavalla kuin nyt kysellään sitä supportsSetAnsweria

In GitLab by @vesal on Jul 13, 2019, 12:31

Taikatemppu on tuo answerBrowserin oninitin eka if, mikä katsoo onko se browserin loader form_modessa. Siellä on joku vertailu onko se loaderin pluginelementin nimessä numericfield tai textfield. En tiedä saako browserista suoraan viitettä siihen pluginin controlleriin attribuuttia

Joo, se varmaan pitäisi tehdä sellainen rajapintafuntkio, sillä loaderista toki pitäisi saada pois kaikki koodi, joka viittaa johonkin tiettyyn pluginiin, muutenhan ne eivät ole plugineja :-)

In GitLab by @vesal on Jul 13, 2019, 13:36

varten, mutta rajapinnan kautta varmaan voisi kysellä tuota attribuuttia samalla tavalla kuin nyt kysellään sitä supportsSetAnsweria

Siitä rajapintafunktiossta voisi tehdä sellaisen, että haluttu ab-tila palautetaan jonkinlaisen modena:

default = oletuskäytös, inlinelle ei koskaan, muille aina
answers = ab vain answers/teacher viewssä
teacher = ab vain teacher-viewssä
allways = ab aina kuten nyt esim csplugineissa yms
no      = ei koskaan ab
yes     = aina ab
rightteacher = ab vain jos teacher-oikeus (voi olla tarpeeton koska teacher-sivu
               antaa tämän?)
common  = joskus tuleva joka näyttää yhden ab:n lohkon päällä kaikille yhteisenä

Modeja voisi ehkä antaa useampiakin, eli

answerbrowser: common,teacher

Jos antaa risitiriitaisia modeja monta, niin käytös on määrittelemätön tai jos niille sa helpsoti tiukkuusjärjestyksen, niin tiukin (ei näytetä) voittaa.

Ongelmaksi tulee että mistä tietää tuon että on inline? Tietääkö ab tuon? Jos tietää, niin noiden pitäisi alkuun riittää (implementoi aluksi default ja no).

Jos ei tiedä,niin tietääkö plugin sen helposti? Jos tietää, niin sitten plugin muuttaa answerbrowser: default (tai ei koko attribuuttia) rajapinnan vastaukseen no silloin kun se on inline. Muuten tuo arvo viedään sellaisenaan rajapinnan vastaukseen ja ab saa päättää mitä sillä tekee.

In GitLab by @sijualle on Jul 13, 2019, 14:40

Tuossa kannattaisi varmaan olla myös joku asetus joka laittaa sen answerbrowserin suhteessa dokumentin form_modeen, sen tiedon saa ainakin suoraa viewctrlilta.

In GitLab by @vesal on Jul 13, 2019, 14:43

Tuossa kannattaisi varmaan olla myös joku asetus joka laittaa sen answerbrowserin suhteessa dokumentin form_modeen, sen tiedon saa ainakin suoraa viewctrlilta.

Joo, tuollaiset multa unohtui siitä mode-listasta.

Tosin lähtökohtahan on että form-modeen tarkoitettuihin luonnostaan annetaan erilaisia toiveita kuin tavalliseen sivuun. Ja nytkin olen oikeastaan halunnut että vaikka ollaam form-modessa, niin silti voisi tehdä plugineja jotka käyttäytyvät kuten tavallisella sivulla.

In GitLab by @vesal on Jul 13, 2019, 21:13

VAROITUS: Jouduin tekemään tuonne \tim\timApp\static\scripts\tim\document\interceptor.ts tuollaisen korjauksen:

        const re = /\/[^/]+\/([^/]+)\/answer\/$/;
        const re2 = /\/infosForTasks/;  // add here all routes that needs doc
        return {
            request(config: IRequestConfig) {
                if (re.test(config.url)) {
                   ...
                } else if ( re2.test(config.url)) {
                    config.url += window.location.search;  // make urlmacros possible
                }

eli pitää saada URLiin mukaan sivun mukana tulleet paranetrit jos siinä sattui olemaan urlmacros-määritys. Tuota re2 voi joutua laajentamaan muihinkin paikkoihin, joista TS kutsuu palvelinta ja palvelin tarvitsee dokumentin tietoja. Ilman tuota lisäystä se ei voi tietää mitkä olivat sivun avaamisessa aluperin olleet makrot. Toivottavasti tästä ei tule isompi riesa.

In GitLab by @vesal on Jul 14, 2019, 24:22

Tuossa on omituinen tilanne:

https://tim.jyu.fi/teacher/kurssit/tie/ohj1/2019kesa/eteneminen

kun menen sivulle niin heti ekan henkilön eka kenttä on tallentamatta ja sama aina kun tulen uuden opiskelijan kohdalle, jolla ei ole mitään d1:ssä.

In GitLab by @sijualle on Jul 14, 2019, 24:50

Siellä on if (isNaN(parsed)) { jolta puuttuu else niin noihin arvoihin pääsee NaN ja unsavedissa NaN != NaN on sitten true

Else pushattu

In GitLab by @vesal on Jul 14, 2019, 01:03

eli mitä pitää tehdä?

In GitLab by @sijualle on Jul 14, 2019, 01:19

Pitää mergeä timcan-tipi masteriin tai vähintään napata se 091d3c85 commit sieltä

In GitLab by @sijualle on Jul 15, 2019, 18:08

Nyt hylätään uudet pluginloaderit / ITimComponentit jos ollaan form_modessa ja löytyy formabseista entinen answerbrowser samalle taskille

Tää meni saman tien rikki kun avasi editorin sellaisen kentän kohdalta jolla oli useCurrentUser, koska sillä ei ollut absia (eikä siten myöskään formabsia), niin sinne pääsi editorin kautta rekisteröitymään uusi loader. Sitten siellä käyttäjänvaihdossa (kun instant update päällä) oli edelleen tuo await joka odotti sen uuden loaderin answerbrowseria niin siihen tyssäs.

Kokeilin vaihtaa tuota pluginloaderin toimintaa siten että jos answerbrowser löytyy ennestään niin otetaan se suoraan tuohon pluginloaderiin ilman että yritetään tuota $evalAsync-kutsua joka ei jostain syystä onnistu editorin avaamisen jälkeen. Tuossa on se etu että tuon käyttäjän vaihdon pitäisi nyt toimia editorin jälkeen myös dokumenteissa joissa ei ole form mode päällä.

vertaa https://timdevs01-1.it.jyu.fi/teacher/users/lehtinen-simo/4fields_noform ja https://tim.jyu.fi/teacher/users/sijualle/4fields

Haitta on se että nyt se tee noita samoja compile-kutsuja mitä tuolla $evalAsyncissa tapahtuu jos se answerbrowser on jo olemassa. Tosin tähän asti se ei ole päässyt tuonne evalAsyncin sisään jostain syystä ollenkaan editorin avaamisen jälkeen, joten en tiedä onko tuolla vaikutusta. Lisäksi jos sen editorin avaa jonkun kappaleen kohdalla jossa on latautumattomia lazy-plugineita, niin se onnistuu vielä hajoittamaan tuon käyttäjänvaihdon.

In GitLab by @vesal on Jul 15, 2019, 18:23

vertaa https://timdevs01-1.it.jyu.fi/teacher/users/lehtinen-simo/4fields_noform ja https://tim.jyu.fi/teacher/users/sijualle/4fields

Siis kumpi toimii paremmin? Mutta mihin menee tuon d4 tallennus? Kun pistin kenttään d4 regularin kohdalla r4, niin se näkyi siinä kaikkien käyttjävaihtojen ajan, mutta sitten kun refreshasin, niin sitä ei näkynyt missään?

Olisiko muuten jo joku viewctrl:in kutsu jolla ovisin pyyttää päivittämään kentät kuten käyttäjänvaihdossa (mutta kohdalla olevalle käyttäjälle). Siis kutsuisin tuota jsrunnerin lopuksi. Voisin tuoda paramatrina listan kentistä joita halutaa päivittää ettei koko sivua ole pakko päivittää. Paitsi jos se ei oleelliesesti ole hitaampaan (tai sitten niin, että jos en tuo kenttälistaa, niin se päivittä sivun kaikki tiedot kuten ab käyttäjänvaihdossa ja jos on, niin vain ne pitä pyydettän. Useinhan se laskee esim vain jonkun summan, jolloin ei muita kenttiä tarviisi päivittää).

In GitLab by @sijualle on Jul 15, 2019, 18:50

Eka on parempi, sillä vastusten selailu toimii myös editorin avaamisen jälkeen (paitsi jos avaa lazyjä sisältävän kappaleen kohdalta). Tuossa ei ole sitä form_modea päällä joten noihin kenttiin ilman vastauksia ei voi lisätä uusia vastauksia toiselle henkilölle.

Olisiko muuten jo joku viewctrl:in kutsu jolla ovisin pyyttää päivittämään kentät kuten käyttäjänvaihdossa

Ei vielä, mutta tuon saa nopeasti tehtyä, ainakin noiden setAnsweria tukevien kenttien kanssa.

In GitLab by @vesal on Jul 15, 2019, 18:53

Ei vielä, mutta tuon saa nopeasti tehtyä, ainakin noiden setAnsweria tukevien kenttien kanssa.

Joo, tuo jos olisi jotakin mikä pitäisi dolumentoida ja tehdä niin, että kaikki pluginit voivat halutessaa toteuttaa tuon (ja kertoa osaaavatko sen)

In GitLab by @sijualle on Jul 15, 2019, 20:35

Tuosta eka versio https://timdevs01-1.it.jyu.fi/teacher/users/lehtinen-simo/dynamicfields

tuo käy nyt kovakoodattuna jsrunnerin laskun loputtua this.vctrl.updateFields(["354.d1","354.d2","354.d3","354.d4","354.d5","354.d6"])

In GitLab by @vesal on Jul 15, 2019, 20:45

tuo käy nyt kovakoodattuna jsrunnerin laskun loputtua this.vctrl.updateFields(["354.d1","354.d2","354.d3","354.d4","354.d5","354.d6"])

Hieno! Onko tipi-timcanissa? Entäs jo en anna fieldsejaä tai annan ne tarvittaessa regexpinä tms?

In GitLab by @vesal on Jul 15, 2019, 20:48

tuo käy nyt kovakoodattuna jsrunnerin laskun loputtua this.vctrl.updateFields(["354.d1","354.d2","354.d3","354.d4","354.d5","354.d6"])

Tarviiko dokun numero olla? Ja oikeastaan onko sillä hyötyä kun eihän naapuridokua kuitenkaan voi päivittää. Toki jos dokussa viitataan naapuridokun kenttiin, niin niistä ne joita käytetään omassa dokussa, voi tarvita päivittää näkymään.

In GitLab by @sijualle on Jul 15, 2019, 21:41

Onko tipi-timcanissa?

On

Entäs jo en anna fieldsejaä tai annan ne tarvittaessa regexpinä tms?

Pitää laittaa seuraavaksi toimimaan

Tarviiko dokun numero olla?

Tällä hetkellä joo koska se vain lukee sen formAnswerBrowserin suoraan tuolla id:llä, mutta äkkiähän sen saa toimimaan toisin. Onkohan tuolla joku syy että answerBrowserit listautuu dokumentin numero mukanaan? Onko jossain tilannetta jossa pääsee selaamaan toisessa dokumentissa sijaitsevan tehtävän answerbrowseria?

Tän saa varmaan helposti toimimaan myös "tavallisilla" answerbrowsereilla eli tilanteissa ilman form_modea tai itimcomp rajapintaa. Paitsi jos on se useCurrentUser ja ab puuttuu kokonaan, silloin on kai pakko viedä sisältö rajapinnan kautta.

In GitLab by @vesal on Jul 15, 2019, 21:48

Tällä hetkellä joo koska se vain lukee sen formAnswerBrowserin suoraan tuolla id:llä, mutta äkkiähän sen saa toimimaan toisin. Onkohan tuolla joku syy että answerBrowserit listautuu dokumentin numero mukanaan? Onko jossain tilannetta jossa pääsee selaamaan toisessa dokumentissa sijaitsevan tehtävän answerbrowseria?

Eikai answerbrowseria, mutta kenttiähän voi olla toisesta dokumentista ja silloin niiden nimet lienee ovat ainakin dokukemntin id:n kanssa. Mutta luulisin että niitäkin mennään saman dokumentin answerbroserilla?

Tän saa varmaan helposti toimimaan myös "tavallisilla" answerbrowsereilla eli tilanteissa ilman form_modea tai itimcomp rajapintaa. Paitsi jos on se useCurrentUser ja ab puuttuu kokonaan, silloin on kai pakko viedä sisältö rajapinnan kautta.

Entä jos tuo useCurrentUser kuitenkin saisi answerbrowserin, mutta se answerbrowser tekisi sitten eri juttuja sen mukaan mitä sen kuuluu tehdä. Eli ei ainakaan vaihtaisi toiseen käyttäjään vaikka pyydetään. Poistuisiko tuo ongelma silloin? Eli se pyyytäisi kaikesta muusta huolimatta todellisen käyttäjän tietoja vaikka sille muuta väitetään?

In GitLab by @sijualle on Jul 16, 2019, 24:04

Joo näköjään ne rekisteröityy tuon numeron kanssa ihan syystä. ITimComponent rekisteröityy ilman numeroa, joten jos lainaa samalla taskID:llä kentän jostain muualta niin rikki menee

https://timdevs01-1.it.jyu.fi/teacher/users/lehtinen-simo/fieldlainauskohde

Ehkä tuossa voisi pitää sitä rekisteröityneiden listaa dokumentin numeron kera, ja tehdä siihen pyyntöfunktioon jsrunnerin tapaisen tarkistuksen että jos pyytää pluginia ilman numeroa niin liimataan se dokunumero siihen eteen.

Entä jos tuo useCurrentUser kuitenkin saisi answerbrowserin

Kai se toimis noinkin. Pitäiskö kuitenkin viewctrlin pitää huolta ettei se vaihda siihen answerbrowseriin toista käyttäjää vai answerbrowserin itsepäisesti pitää sitä yhtä käyttäjää? Ekassa tavassa on se etu että se näyttää nykykäyttäjää vaikka sivupalkista valitsee jonkun toisen, mutta jos tieten tahtoen painaa siitä itse answerbrowserin pikkuvalikosta toisen käyttäjän niin sitten vaihtuu.

In GitLab by @vesal on Jul 16, 2019, 24:09

Kai se toimis noinkin. Pitäiskö kuitenkin viewctrlin pitää huolta ettei se vaihda siihen answerbrowseriin toista käyttäjää vai answerbrowserin itsepäisesti pitää sitä yhtä käyttäjää? Ekassa tavassa on se etu että se näyttää nykykäyttäjää vaikka sivupalkista valitsee jonkun toisen, mutta jos tieten tahtoen painaa siitä itse answerbrowserin pikkuvalikosta toisen käyttäjän niin sitten vaihtuu.

Se ab ei minusta tuossa useCurrentUser-tapauksessa saisi näyttää sitä user-valikkoa. Eli sitä ei missään tilanteessa minusta saisi vaihtaa jos noin on asetettu. JOs tuollainen sun ehdottama käytös tulisi, niin sillä pitäisi olla eri nimi.

In GitLab by @vesal on Jul 16, 2019, 24:13

Ehkä tuossa voisi pitää sitä rekisteröityneiden listaa dokumentin numeron kera, ja tehdä siihen pyyntöfunktioon jsrunnerin tapaisen tarkistuksen että jos pyytää pluginia ilman numeroa niin liimataan se dokunumero siihen eteen.

Joo, tuo olisi OK, sillä sen nuemron laittaminen aiheutta se, että dokumenttia ei voi kopioida.

Jos ajatellan että tekisi vaikka matikan laitoksella sellaisen e-version demojen ruksimisesta (kun niitä ei kuitenkaan tehdä TIMIssä).

Silloin olisi jokaista demokertaa varten oma lomakesivu

T1 T2 T3 Yht [ ] [x] [x] ... [2]

ja jotta noita jaksaisi tehdä, niin olisipakko saada kopioitua sellaisenaan. Ja jos jokasivulle pitäisi käydä vaihtamassa id:tä, niin usko loppuisi.

In GitLab by @vesal on Jul 16, 2019, 11:45

Tuosta eka versio https://timdevs01-1.it.jyu.fi/teacher/users/lehtinen-simo/dynamicfields

tuo käy nyt kovakoodattuna jsrunnerin laskun loputtua this.vctrl.updateFields(["354.d1","354.d2","354.d3","354.d4","354.d5","354.d6"])

Mites taulukon päivitys? Saako sen päivittymään jollakin jipollakanssa? Sillähän on myös periaattessa tuo id-numero mihin voi voi viitata.

Vesa

In GitLab by @sijualle on Jul 16, 2019, 12:11

Eiköhän se onnistu, sille pitää tehdä kai oma reitti sinne kun tuo nykyinen hakee vastaukset yhdelle käyttäjälle.

Pitäisikö sille viedä viewcontrolin kautta lista taskeista jotka siinä taulukossa päivittyy vai ilmoittaa vaan että päivitä kaikki? Eka tapa olisi optimoidumpi mutta ehkä hieman hitaampi toteuttaa

In GitLab by @vesal on Jul 16, 2019, 12:18

Pitäisikö sille viedä viewcontrolin kautta lista taskeista jotka siinä taulukossa päivittyy vai ilmoittaa vaan että päivitä kaikki? Eka tapa olisi optimoidumpi mutta ehkä hieman hitaampi toteuttaa

Jos teksi niin, että tekee ekanparametreillä, mutta toteutus (+ todo sille) sen nopeamman toteutuksnemukaan. Sitten jos on on hidas, niin korjaa.

Mullahan on jo timTablessa sellainen, että esim:

1033: async saveCells(cell ...

1053: const cellHtmls = response.data;

ja sitten nuo sullotaan taulukkoon. Tosin ihan tuollaisenaan se ei riitä, koska tuota kutsuttaessa on oma data periaattessa jo kohdillaan ja sekin pitäisi päivittää.

In GitLab by @Smibu on Nov 13, 2019, 12:39

unassigned @sijualle

TIM-JYU / TIM

Paljon kenttiä sisältävän sivun browseaminen #1420