Ennen 12.1 hommat #417

Closed dezhidki closed 2 years ago

In GitLab by @Smibu on Dec 31, 2014, 14:01

Lisätkää johonkin viitteet vastaaviin kortteihin.

Ennen 12.1. tarvittavat asiat

[x] https://trello.com/c/CPfYRIRH
[x] view_html tuotantoon
[x] sisällysluettelo view_html:ään
[x] nopeampi pääsivu tuotantoon
[x] mielellään dokumentin näyttäminen pienemmissä osissa ja osin määrän voi valita

Vesa Lappalainen

In GitLab by @Smibu on Dec 31, 2014, 12:07

@Smibu @tomijkarppinen Lisäsin tänne kortin, jossa asioita, oita tarviisin ennen kurssien alkua. Jos joku muu menee samalla kätevästi (esim. View_html sisältmään Edit-mahdollisuus), niin miellellään sekin.

Mun hommia hidastaa tällä hetkellä Ohj2 monisteen osalta koavsti se, että en voi pluginia editoida suoraan ja nähdä sen toimintaa, vaan aina pitää refreshata ja Ohj2 refreshaantuu todella hitaasti (vasta dev-koneessa tuo moniste). Eli jos Edit ominaisuudet saa kohtuuvaivalla view_html_ään, niin silloin siitä mulle olisi alkuvuodsta suurin hyöty.

Hakemistorakennetta tarviisi siksi, että nyt tuo monisteiden määrä on kasvamassa ja jos AJ:ltä tulee omia Ohj1 demoja tuonne, niin menevät vielä sekaisinkin mun kanssa (toki pitää miettiä voisiko käyttää suoraan samoja). – Vesa Lappalainen

In GitLab by @Smibu on Jan 5, 2015, 11:09

@tomijkarppinen @vesal Sisällysluettelo on nyt view_html:ssä betalla. Nyt varmaan tuota vanhaa view-näkymää ei enää kannata kehittää, vaan jatkossa tuota view_html:ää.

Muutin myös etusivua niin, että se linkkaa view_html:ään eikä view:iin.

In GitLab by @Smibu on Jan 5, 2015, 11:20

toimiiko? mulla ainakin esim ohj1:ssä vilahtaa se kirjan kuva mutta kun sivu tulee valmiiksi, niin häviää.

katsokaa saako myös edit uhdistettyä tuohon view-html – Vesa Lappalainen

In GitLab by @Smibu on Jan 5, 2015, 11:54

@vesal Mitä selainta käytät? IE:llä ja Firefoxilla tuntuu ainakin mulla toimivan.

In GitLab by @Smibu on Jan 5, 2015, 11:59

@Smibu iPadilla kokeilin.

Sitten millään selaimelle ei esim:

http://tim-beta.it.jyu.fi/view_html/63

tule sislua. Mitä tapahtuu tuossa lukumerkinnöissä, kun iPadi jumiintuu täysin siksi aikaa kun se hävittää jotakin lukumerkintää. Esim tuolla:

http://tim-beta.it.jyu.fi/view_html/2 – Vesa Lappalainen

In GitLab by @Smibu on Jan 5, 2015, 12:03

@Smibu Juuri millekään betan dokulle ei tule sislua. Esim:

http://tim-beta.it.jyu.fi/view_html/120

tulee, mutta siinä ei ole tolkkua. Pitäisikö sislu muuten kanssa tehdä palvelimen päässä ettei selainparka joudu sitä sitten tekemään?

@tomijkarppinen – Vesa Lappalainen

In GitLab by @Smibu on Jan 5, 2015, 12:16

@vesal Ah joo, yksi vika on ainakin se, että tuo sisällysluettelon generointikoodi olettaa, että otsikot ovat risuaitamuodossa, mutta ainakin tuossa 63:ssa ne ovat (olivat, muutin äsken) siinä alleviivausmuodossa. Jos dokua editoi kerran edit-näkymän kautta, niin ne menevät uuteen muotoon. Mutta senkään jälkeen ei näytä vielä toimivan, eli jotain muutakin vikaa on. Nyt sisällysluettelo tulee kyllä selaimelle asti, eli JS-puolella on jotain vikaa.

In GitLab by @Smibu on Jan 5, 2015, 12:50

@vesal Toinen vika oli näköjään, että sisällysluettelon näyttämisen ehto oli pielessä. Tai en oo ihan varma, oliko tarkoituksella jätetty noin :) mutta jos on vaan 1 pääluku ja monta alalukua, niin noin on varmaan parempi. Nyt sisällys näkyy 63:ssakin.

In GitLab by @Smibu on Jan 5, 2015, 16:42

Voisi ehkä suoraan olla niin, että view => view_old view_html => view

Tuolla esim. managessa menee vielä view jne, eli ei tarviisi noita kaikkia etsiä :-) Ja si tten se siirto sinne tuotantoonkin olisi helpompi. – Vesa Lappalainen

In GitLab by @Smibu on Jan 7, 2015, 10:49

@vesal Nyt toimii esim.

http://tim-beta.it.jyu.fi/view_html/2/100/200

eli dokun voi näyttää osissa. Dokun numeron jälkeen tulee siis aloitus- ja lopetuskappaleindeksit.

Mitään varsinaista käyttöliittymää tuolle ei vielä ole.

In GitLab by @Smibu on Jan 7, 2015, 10:51

@vesal Joo tuon viewin voi sitten ohjata tuohon uuteen view_html:ään ennen pitkää.

In GitLab by @Smibu on Jan 7, 2015, 12:58

@Smibu @tomijkarppinen Tuota osissa katsomista vartenhan sisällysluettelon pitäisi olla älykkäämpi ja osata vaihtaa palasta jos se ei ole kohdalla. Ehkä voisi olla niin, että palasten koot määräisi se minkälaisia osia pyydetään, kaikki, #, ##, ###. Käytännössä käyttäjän kannalta helpompi hypätä lukuun 3 kuin (tai 3.5.1) kappaleisiin 100-200 :-) Eli sisäisenä linkkinä nuo kpl numerot ok, ulkoisesti avuksi myös jotakin helpompaa.

Toimisikohan tuo sislu oikein valmiiksi, jos linkit olisivat muotoa /2/1234/1522#Oliot

jos ollaan jo tuossa "osassa", niin sisältöä ei tarvitse vaihtaa, jos ei, niin tulee uusi haku ihan selaimen toimesta? – Vesa Lappalainen

In GitLab by @Smibu on Jan 7, 2015, 13:10

@vesal @tomijkarppinen Joo tuo on vasta eka alustava versio lähinnä sitä ajatellen, jos muokkaa jotain pluginia ja haluaa nähdä muutoksen tarvitsematta ladata koko dokkaria (jahka sitten myöhemmin editointi tukee tätä). Ei oo vielä tarpeeksi hyvä opiskelijoita varten :)

Toimisikohan tuo sislu oikein valmiiksi, jos linkit olisivat muotoa /2/1234/1522#Oliot

jos ollaan jo tuossa "osassa", niin sisältöä ei tarvitse vaihtaa, jos ei, niin tulee uusi haku ihan selaimen toimesta?

Kyllä se varmaan voisi toimia. Jos DOMista ei löydy vastaavaa otsikkoa (id:tä), niin ladataan vastaava osa. Tätä varten sisällysluettelolle täytyy tietysti ensin kertoa, että mikä indeksi vastaa mitäkin otsikkoa. Ladattava kappalemäärä voi ehkä olla vakio (tosin on vähän hölmöä, jos teksti katkeaa keskeltä lukua). Eli varmaan voisi olla myös luvun pituus/loppuindeksi.

In GitLab by @Smibu on Jan 7, 2015, 13:16

@Smibu @tomijkarppinen Mieluummin sisällysluetteloa generoidessa laittaa kunkin linkin kohdalle tiedon siitä, mihin kappaleväliin ko kuuluun. Eli ensin pitää olla tiedossa jaon syvyys (kaikki,tasot #, ##, ###) ja sitten jotenkin mpätä kunkin osan kappaleväli ja laittaa se mukaan sisällyluetteloon. Kaikki toimii kuten nytkin.

Jos taso on #, niin silloin mäpätään kunkin pääluvun eka # ja exclusive seuraava #. Ja tämä linkkipari laitetaan kunkin hyppypaikan linkiksi. Ja samaa tietoa voidaan käyttää sitten itse sivun edellinen/seuraava linkeissä.

Toki dokuja varten jossa ei ole tuota lukujaottelua, voisi olla tuollainen määräänkin perustuva hyppely. Se voisi olla hieman päällekkäinen silloin, eli jos alueesta 1500-1700 hypätään seuraavaan, niin tulisi 1690-1900 ja # avulla päästäisiin kappaleeseen 1701. – Vesa Lappalainen

In GitLab by @Smibu on Jan 17, 2015, 11:54

Laitetaas tuo yksi sähköposti tähän vielä:

Sille Mikan osittaisten dokumenttien hakemiselle pitää vaan keksiä siihen joku järkevä ratkaisu.

onkos parameterjä käytetty mihinkään.

mää jotenkin olen aina vierastanut tuota kaiken sullomista urliin, koska se tekee minusta asioista vaikeasti parsittavia jos nuo urlien pituudet voivat muuttua. Miten olisi ihan

.../moniste?b=200&e=400

onko tuossa jotakin ongelmaa, jota en huomaa? esim # kanssa tms?

Sitten voisi olla esim ?split=1

jotta pilkotaan 1. tason otsikon kohdalta.

.../moniste?b=200&e=400 // näytetään kpl 200-400
.../moniste?split=0  // näytetään kaikki
.../moniste?split=1  // näytetään 1. tason otsikon mukaan pilkottuna
.../moniste?split=2  // näytetään 2. tason otsikon mukaan pilkottuna
.../moniste?split=3  // näytetään 3. tason otsikon mukaan pilkottuna
.../moniste?maxsplit=100  // näytetään max 100 kpl kerralla

Toki kai nuokin voisi piilottaa URLiin tyyliin:

.../moniste/split0  // näytetään kaikki
.../moniste/split1  // näytetään 1. tason otsikon mukaan pilkottuna
.../moniste/range200_400  // näytetään kkpl 200-400
.../moniste/maxsplit100  // näytetään max 100 kpl kerralla

Jolloin nuo split, range, maxplit muuttuisivat varatuiksi sanoiksi ja ne osat poistetaan URLista ennen muuta tulkintaa jolloin niiden paikka ei tarvitsisi olla kiinitetty. Tietysti ko varatut sanat voisivat alkaa jollakin URLiin sallitulla erikoismerkillä ($ tai _ ???)

Ja tuo split asetus voisi olla sellainen mikä tallettuu sessioon joko doku tai käyttäjäkohtaisesti valinnan mukaan,

Silloin saattaisi voida TIM antaa oikean palasen jos tullaan

.../moniste#aliohjelmat

hypyllä ulkoapäin. Koska jos käyttäjä on halunnut monisteen paloina, niin sitä pitäisi ehkä kunnioittaa noissa ulkoisissakin hypyissä.

Jos otsikkoriville copy/pasten ko osoitteen, niin isossa monisteessahan se hyppää tuohon paikkaan ilman palvelimella käyntiä jos ko osoite on dokussa. Tämä on kätevä keino kiertää monisteen hidatsa latautumista.

Jos doku onkin paloissa ja ko osoite on eri palassa kuin mikä on näytöllä, niin saako tuon jsllä kiinni, jotta voisi käydä hakemassa sen oikean palan, jossa ko osoite on. Periaatteessahan tuo tieto asuu sisällysluettelossa jos sisällysluetteloon on laitettu palaa tehtäessä oikeat urlit, joista vaan ko palaan osoittavat ovat pelkkiä #hyppyjä ja muut palan pitkällä osoitteella ja # lausuttuja.

@Smibu @tomijkarppinen – Vesa Lappalainen

In GitLab by @Smibu on Jan 19, 2015, 10:14

@vesal Tomi tosiaan korjasikin jo tuon osittaisten dokumenttien hakemisen, eli parametrit ovat b (begin) ja e (end).

In GitLab by @Smibu on Jan 19, 2015, 20:34

@Smibu Mihin koneeseen? Ainkaa tuo:

http://tim-dev.it.jyu.fi/view/68687?b=100&e=200

ei toimi. Mutta joko joku mietti onko noissa parametreissä jotakin "pahaa"? – Vesa Lappalainen

In GitLab by @Smibu on Jan 19, 2015, 22:13

@tomijkarppinen @Smibu Ainakin se ongelma on parametreissä että Korpin kautta käyminen hukkaa parametrit.

Sitten mikähän on Lumian selaimessa kun joka kerta kun käynnistän uudelleen, niin vaatii Korppi-kirjaanutmisen. Eikä tuo yhtään talleta sessiota jos selain on välillä sammuksissa tai käydään toisessa ohjelmassa. Kännykkäj os mikä saisi toki jemmata tuota istuntoa koska sitä pidetään aika henkilökohtaisena välineenä. – Vesa Lappalainen

In GitLab by @Smibu on Nov 14, 2017, 24:17

closed

TIM-JYU / TIM

Ennen 12.1 hommat #417

Ennen 12.1. tarvittavat asiat