Jos on sivulla taulukko (table) vaikka asiakkaiden yhteystiedot
(id, etunimi, sukunimi, osoite, postinumero, paikkakunta)
Niin tarkoitus on tehdä, niin että data on muokattavissa, eli jokainen rivi on "form" lomake.
Ongelmana on vain, että mihin taulukossa voidaan tukea nämä tagin jokaisella rivillä?
Vai onko tehtävä ylipäätänsä mahdoton?
Käytettävyyskursseilla puhutaan, että suoraeditointi on "POP" ja erillisiin ikkunoihin avautuvat editointilomakkeet ovat surkeita, mutta miten sen voisi toteuttaa oikeaoptisesti?
(id, etunimi, sukunimi, osoite, postinumero, paikkakunta)
Niin tarkoitus on tehdä, niin että data on muokattavissa, eli jokainen rivi on "form" lomake.
Ongelmana on vain, että mihin taulukossa voidaan tukea nämä tagin jokaisella rivillä?
Vai onko tehtävä ylipäätänsä mahdoton?
Käytettävyyskursseilla puhutaan, että suoraeditointi on "POP" ja erillisiin ikkunoihin avautuvat editointilomakkeet ovat surkeita, mutta miten sen voisi toteuttaa oikeaoptisesti?
Vastaukset 5
Vanhimmat
tagit taulukon alkuun ja loppuun, kuten alla:
.
.
.
Ei jokaista lomakkeen kenttää ole tarkoitus laittaa omaan formiin ().
Mutta kun jokainen rivi on oma "user" olio, olisi aika älytöntä lähettää esim 50 käyttäjän tiedot ja osoitteet, kun vain yhden käyttäjän tiedot pitäisi päivittää.
Ja yrittääpäs sitten näistä 50 käyttäjän tiedoista löytää sen päivitetyn käyttäjän tiedot, jotta tietäisi mikä rivi tietokannassa pitäisi päivittää.
Joten jokainen rivi pitäisi olla oma form lomake.
käyttäjät ja lisäät jokaisen yhteyteen linkin/napin tms. mistä pääsee muokkauslomakkeelle, jossa on vain yhden käyttäjän tiedot.
Eihän siitä mitään tule jos kaikkien käyttäjien kaikki tiedot näkyy omassa formissa, samalla sivulla. Mitä jos käyttäjiä on 500, tuhat tai 5000. Miten luulet minkään selaimen selviytyvän sellaisesta. Ja vaikka tiedot olisikin jaettu usealle sivulle niin koko hommassa ei ole mitään järkeä.
Suoraeditoinnissa on kysekin, siitä, että tiedot ovat suoran muokattavissa eikä erillisin sivun ikkunan kautta.
Jos käyttäjiä on paljon, tehdään haku (mieluummin livesearch), jolla tulokset voidaan rajoittaa.
jos se kerran pitää noin kätevästi tehdä..
niin korvaa se table sitten diveillä niin ei ole tuota form-murhetta..