Varaustunnuksen luonti ja siirto asiakkaan tiedot-listan loppuun

[lmstrand]

Testaus:

Poista intranetUserJS-asetuksesta rimpsut: // Varaustunnus-asiakasmääreen siirto asiakkaan muokkausnäytöllä ja // Varaustunnuksen automaattinen generointi.

Laita plugin IntranetUserJS: HoldID aktiiviseksi ja katso, että varaustunnus muodostuu uuden asiakkaan luonnissa automaattisesti ja että sitä voi vaihtaa kolmesta pisteestä kentän vierestä ja että varaustunnus-määre on siirtynyt oikeaan paikkaan.

[pknuuti]

Testasin Vaaran nextillä. Poistin mainitut JS-rimpsut ja lisäsin pluginin aktiiviseksi. Tein uuden asiakkaan, jolle varaustunnus-määre oli valmiiksi oikeassa paikassa ja kolmesta pisteestä sen sai vaihdettua. Mutta tyhjennä-painike ei tee mitään missään vaiheessa, ei ennen tietojen tallennusta eikä sen jälkeenkään. Toki tunnuksen vaihtaminen onnistuu kirjoittamalla entisen tunnuksen päälle.

[Kati-Helle]

Helle-nextissä uudelle asiakastiedolle varaustunnus muodostuu automaattisesti.

Varaustunnus-kentän Tyhjennä-painike vie näytön alkuun tyhjentämättä Varaustunnus-kenttää. Tämä tapahtuu sekä tallentamattomalle että tallennetulle asiakastiedolle

*Tiedoksi vielä, että Varaustunnus on hieman eri paikassa kuin tuotannossa

[atarnus]

Outi-Nextillä myös muodostuu varaustunnus automaattisesti uudelle asiakkaalle, ja kolmesta pisteestä saa aina päivitetyn version myös. Tyhjennä-nappi tosiaan skrollaa vain ruudun yläreunaan, ei tee muuta.

Asiakkaan muokkauksessa ei näy kolmea pistettä, ja Tyhjennä-nappi käyttäytyy samalla tavalla.

[lmstrand]

Korjasin tyhjennä-napin toiminnan, päivitettynä nexteillä.

[Kati-Helle]

Helle-nextissä toimii nyt oikein: Tyhjennä-painike tyhjentää Varaustunnus-kentän eikä liikauta näkymää. Toimii oikein sekä tallentamattomassa asiakastiedossa että tallennetun asiakastiedon muokkauksessa.

[MikkoLiimatainen]

Vaski-nextillä varaustunnuskenttä siirtyy oikeaan kohtaan, varaustunnus generoituu uudelle käyttäjälle automaattisesti ja tunnuksen generointi, sekä kentän tyhjennys toimivat.

Tuosta Hellen kenttien järjestyksen muutoksesta tuli mieleeni, että onko näiden plugareiden suoritusjärjestystä mahdollista muuttaa? IntranetUserJS:ssä koodit pystyttiin pistämään järjestykseen sen mukaan, oliko niissä keskinäisiä riippuvuuksia, mutta voiko plugarit järjestää keskenään ja suhteessa IntranetUserJS:ään niin, että tällaiset asiat voidaan ottaa huomioon? Oletan siis, että Hellessä on tuo käyttökielen siirto tuotannossa suoritettu varaustunnuksen siirron jälkeen ja nextillä plugari suoritetaan IntranetUserJS:n jälkeen, jolloin kenttien järjestys muuttuu.

[lmstrand]

Pluginit haetaan aakkosjärjestyksessä sen mukaan, mikä pluginin plugin_class on taulussa plugin_data. Nuo plugin_classit taas muodostuvat käytännössä pluginin hakemistorakenteesta, eli pluginien javascript-sisällön suorittamisjärjestystä voisi muuttaa tuolla keinoin (nimeämällä pluginien nimet->hakemistot esim. numeroimalla niitä). Ennen pluginien javascript-sisältöjä suoritetaan intranetUserJS-sisältö.

[lmstrand]

Kiitos testeistä. Tämä plugin on ok. Pitää miettiä, mitä tehdä Hellen tapauksessa, jos asiakasmääreiden sijainti tuottaa ongelmia. Kustomoitu versio intranetUserJS:ään?

[lmstrand]

Seuranta kimpoista, joissa rimpsut poistettu intranetUserJS-asetuksesta ja aktivoitu plugin:

• [ ] Lappi
• [ ] OUTI
• [ ] Siili
• [ ] Vaara
• [ ] Lumme
• [ ] Kyyti
• [ ] Helle
• [ ] Kirkes
• [ ] Lastu
• [ ] Vaski