Laajennettavat alueet

[dezhidki]

In GitLab by @Smibu on Dec 29, 2015, 17:19

Jos tuohon:

https://tim.jyu.fi/view/kurssit/tie/ohj2/tyokalut/JavaFX/Containers

jaksaa enemmän tehdä noita esimerkkejä, niin tuosta tulee kauhean pitkä jos nuo esimerkit ovat "auki".

Eli esim. tuossa olisi hyvä esimerkki missä tarviisi sen toiminnon, että oletuksena olisi piilossa ja sitten saisi esiin klikkaamalla.

Jos tuon toteuttamista miettii, niin sen olisi hyvä toimia tavallisille kappaleille ja myös alueille.

Vai olisiko se pelkästään alueille niin, että alueen alussa voisi sanoa

#- {area=eka  opentext="Näytä esimerkki" hidetex="Piilota esimerkki"}

ja silloin tuo alue olisi oletuksena piilossa (jollei ole attribuuttia open=true). Alueen tilalla näkyy vain tuo teksti "Näytä esimerkki".

Kun sitä klikataa tekstiksi vaihtuu "Piilota esimerkki" ja onko se myös (vai vain) alueen lopussa. Ja tietty alue tulee kokonaan näkyviin. Tässä vaiheessa kaikki data voi olla jo valmiiksi selaimessa. Joskus voisi harkita sellaista, jossa selaimeen ei edes tuoda oletuksen suljettuja alueita (lisäattribuutti).

Checklist

• [x] tehty datan puolesta ja oppilaan näkymästä
• [x] opettajan käyttöliittymä tämän merkitsemiseksi
• [ ] lazy-versio, jossa tieto haetaan vasta kun alue avataan (ei kiireellinen)
• [x] valinta onko alue oletuksena auki vai kiinni (oletus=kiinni)
• [ ] mahdollisuus muistaa käyttäjän viimeinen tilanne, eli ei muuttuisi refreshissä
• [x] sisäkkäiset piilotettavat alueet alueet
• [x] korjattu muokkauksen estävä ongelma. Miten?
• [x] +/- näkyy kännykässäkin. Olisko oikea reuna kuitenkin parempi (varottava yhteentörmäystä # -merkkien kanssa) Saakos muuten koko tekstin klikattavaksi alueeksi? Toimisi helpommin kännykässä. Väriksi ei linkki vaan se TIMin vihreän sininen (oletuksena)
• [ ] jos alue on kiinni ja sisällysluettelo viittaa siihen,niin ei hyppä
• [ ] jos piilotetussa alueessa on lukemattomia kohtia pitäisikö tämä näyttää jotenkin?
• [ ] Editointitila valittavaksi kontekstivalikosta
• [ ] Alueen sulkeminen alueen lopusta
• [ ] alueelle voidaan antaa näkyvä loppumerkintä (esim MarkDown ---)

Tomi Karppinen

[dezhidki]

In GitLab by @Smibu on Dec 29, 2015, 21:04

@vesal

Nyt on kokeiltavana täällä: https://tim-beta.it.jyu.fi/view/users/tojukarp/JavaFX-testisivu

Erikoistapauksia: https://tim-beta.it.jyu.fi/view/users/tojukarp/Alueita – Tomi Karppinen

[dezhidki]

In GitLab by @Smibu on Dec 29, 2015, 21:19

Hyvä alku :-)

Kaikki alueet eivät saa olla lytättäviä, vaan alueeseen pitää sanoa jollakin tavalla että se on lytättävä. Sitä ajattelin että tuo opentext olisi tarkoittanut, mutta toimii se noinkin että tuo +/- ovat siinä. Jos sitten seuraava teksti tuossa näkyy niinkuin näyttäisi näkyvän.

Nyt se voisi olla esim joku collapse=true => oletuksen piilossa collapse=false => lytätättävä, mutta oletuksena auki.

Sisäkkäiset lytättävät alueet eivät toimineet?

Nuo harmaat voisi ottaa pois tuosta alueen vierestä häiritsemästä. Ehkä alueen lopussa olisi voinut olla toinen - -merkki, josta sen saa kiinni kun sinne asti on lukenut – Vesa Lappalainen

[dezhidki]

In GitLab by @Smibu on Dec 29, 2015, 21:28

@tomijkarppinen Semmoinen ongelma tuli, että jos menee muokkaamaan aloittavaa kappaletta, niin se on mahdotonta koska siitä puuttuu se alueen loppumerkki ja siitä valitetaan koko ajan.

Vaihtoehtoja:

1) Jos lopumerkki ei ole samassa editoitavassa alueessa, ei näytetä alkumerkkiäkään (mihin sitten laittaa sen lytätäänkö vai ei ja onko auki vai ei?).

2) Jos vastaava loppumerkki on jossakin kappaleessa, niin ei valiteta, paitsi jos syödään alkumerkki pois jolloin kysytään että syödäänkö loppumerkkikin (saattaahan ideana olla siirtää alkumerkki eri paikkaa, jolloin loppumerkki saa jäädä vielä hetkeksi). => dokumentti voi jäädä vialliseen muotoon,

3) Antaa valituksen olla, mutta ei estetä tallentamista. Missä vaiheessa tarkistetaan onko dokumentti oikeaa muotoa?

4) Voidaanko sietää se, että alkumerkkejä varten ei kaikille ole loppumerkkiä ja loppumerkki tulkitaan tiedoston loppuu mikäli sitä ei sitä ennen ole löytynyt? Entä tuleeko yksinäisistä loppumerkeistä ongelmia?

5) Onko edit-tilassa erikseen "tarkista dokumentti", joka etsii orvot alku/loppumerkit ja antaa mahdollisuuden niiden poistamiseen tai parien lisäämiseen.

Onko tähän hätään 3+4 ja myöhemmin 5 helpoin toteuttaa koska se sallisi kuitenkin editoinnin jatkamisen? – Vesa Lappalainen

[dezhidki]

In GitLab by @Smibu on Dec 29, 2015, 22:15

Eri tapoja näyttää tuo:

Tuossa:

https://tim.jyu.fi/view/kurssit/aikavaellus/Aikavaellus

haluaisin että tuo "Lue lisää" voisi olla sellainen auki/kiinni -linkki

Sitten tuo

http://getbootstrap.com/javascript/#collapse-example-accordion

on kanssa aika kivannäköinen ja voisihan tuossa olla joku lisäoptio, millä voisi sanoa että tietyt alueet kuuluvat samaan grouppiin (modalGroup="borderpane") ja vain yksi niistä on kerrallaan auki. Tuossa JavaFX esimerkissä en kyllä sellaista ajatellut, eli siinä mun mielestä käyttäjä saa päättää mitkä palat jättää auki. Jo ihan sen takia että voi helpommin verrata eri koodeja. – Vesa Lappalainen

[dezhidki]

In GitLab by @Smibu on Dec 30, 2015, 13:41

@tomijkarppinen Muokkausten jälkeen (edit TIMissä siis) nuo +/- eivät toimi? – Vesa Lappalainen

[dezhidki]

In GitLab by @Smibu on Jan 14, 2016, 11:55

Alkuhätään kännykkä ja tabletti toteutettu niin, että

@media only screen and (max-width: 1200px) { .arealine { position: absolute; right: -1.5em; left: auto; } – Vesa Lappalainen

[dezhidki]

marked the task sisäkkäiset piilotettavat alueet alueet as completed