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
14 stars 4 forks source link

TimTable: attribuutti, jolla Enter/Tab kasvattaa taulukkoa automaattisesti editointitilassa #3088

Open dezhidki opened 2 years ago

dezhidki commented 2 years ago

Tällä hetkellä Enter/Tab toimii TimTablessa samalla tavalla kuin Excelissa jos taulukon kokoa rajoittaa (eli rivi/sarake vieriytyy jos yritetään mennä taulukkoalueen ulkopuolelle).

Taulukkoeditoriin voisi lisätä attribuutti, jolla Enter/Tab sen sijaan automaattisesti lisää uuden rivin tai sarakkeen.

vesal commented 2 years ago

Esim nyt olevassa käyttötapauksessa, eli uusien käyttäjien lisääminen, nykyinen oletustoiminto ei välttämättä ole loogista kaikista käyttäjistä.

  1. lisää rivin
  2. menee uureen soluun
  3. kirjoittaa nimen
  4. painaa Enter (iPadissä ei edes ole tab, eli sitä ei voi painaa)
  5. kursori hyppää taulukon alkuun ja jopa otsikkoriville jota ei ehkä edes olisi syytäkään muokata

Siksi optio, jolla voisi asetaa että viimeisellä rivillä Enter toimii kuten Tab. Eli voi miettimättä syöttää uusia arvoja. Ja kun ei pääse enää oikealle, niin luo uuden rivin ja hyppää sen ekaan lailliseen sarakkeeseen. Tässä käyttötapauksessa enter/tab ei saisi luoda uutta saraketta. Eli tuo pitää hoitaa eri tavalla attribuutilla.

Esim

 addAfterLast:
     enter: row   # none,row,col
     tab: row

Tätähän ei täysin voi verrata Exceliin, missä useimmiten on rajoittamaton taulukko käytössä.

Sitten jos on lukittuja sarakkeita, niin pitäisikö rivin lisäyksessä olla mahdollisuus kertoa mitkä arvot ne saavat. Vaiko hoitaa tämä postprogramilla?

Onkos tässä autosave, eli taulukko tallentuu kun solua muuttaa?

Kokeilin GoogleSheettiä ja siinäkään Enter ei hyppää rajoitetussa taulukossa lopusta alkuun. Tuo wrap taitaa olla mun vanhoja tekosia (tai ainakin pyyntö ko ryhmälle) ja se ei selvästi ole aina Enterin kanssa looginen. Tab oikealta vasemmalle on pikkuisen loogisempi, mutta pitäisikö silloinkin siirtyä seuraavalle riville jos ajatellaan että täytetään dataa. Raakassa datan täytössä jopa enterin käyttäytyminen kuten tab olisisi perusteltua jos syötetään rivimuotoista dataa.

vesal commented 2 years ago

Tai sitten näppäimille sanotaan käytöstä tyyliin

    keys:
           tab:
               move: right
               afterLast: wrap
           enter:
                move: down
                lastRowMove: right
                afterLast: addRow   # addRow vie kursorin ekaan editoitavana sarakkeeseen uudella rivillä