Haun ja relevanssin lisäykset

[dezhidki]

In GitLab by @vivanauk on Jan 7, 2019, 20:54

Käyttäjä palautteessa haun osalta selvimmin haluttiin vähemmän tuloksia kerrallaan (ja tietysti että ne olisivat juuri niitä mitä haluttiin, mutta se onkin sitten hankalampi juttu).

Relevanssi auttaa juuri tähän, kunhan sen arvoja asetetaan tarpeeksi laajalti. Pitää myös miettiä onko haussa tarjottu oletusraja tarpeeksi rajaava, sillä vaikka sen lähellä olevat tulokset menevät haun loppuun, ne ovat silti mukana täyttämässä tulosikkunaa.

Mahdollisia lisäyksiä / muutoksia relevanssiin ja hakuun liittyen:

• Relevanssiarvon käyttö hakemiston muutosilmoitusviesteissä eli managessa saisi valita minimiarvon, jonka ali menevien dokumenttien muutoksista ei ilmoiteta.
  • Mahdollisesti myös ruksi josta relevanssisuodatuksen voi ottaa päälle / pois päältä (paitsi jos riittää laittaa oletuksena jokin matala arvo de facto "kaikki mukaan" vaihtoehtona?).
• Halutaanko hakutuloksien porrastaminen vahvemmin relevanssin mukaan? (Nykyisin paljon hakuosumia sisältänyt dokumentti voi mennä edelle.)
• Relevanssin näyttäminen hakutuloksissa.
  • Esim. lisäasetuksena hakutulosikkunassa.
  • Sitä voisi käyttää mm. helpottamaan sen testaamista, toimiko relevanssien asetus käytännössä kuten haluttiin sekä sopivalla regexillä hakemiston kaikkien relevanssiarvojen nopeaan näyttämiseen (sen sijaan että yksi kerrallaan kansiopuusta ne katsottaisiin).
• Kun asetetaan dokumentti kurssi pääsivuiksi, samalla annetaan automaattisesti sille korkea relevanssi.
  • Pitäisikö olla ilmoituksen lisäksi ruksi josta saa päälle / pois sen?
• Hakutiedoston luonnin optimointia (nopeuttaminen tiedostoa luotaessa ja hakua tehtäessä).

[dezhidki]

In GitLab by @vivanauk on Feb 11, 2019, 13:10

created merge request !26 to address this issue

[dezhidki]

In GitLab by @vivanauk on Feb 12, 2019, 13:08

Korjasin Edit relevance -painikkeen näkymisen turhaan kirjautumattomille käyttäjille. Siinä testauksessa ei oltu huomattu varmaan siksi, kun ongelmaa ei ollut suoraan juurikansiossa olleissa dokumenteissa.

[dezhidki]

In GitLab by @vivanauk on Feb 12, 2019, 13:09

Laitoin linkin ohjeisiin (tim/tim-ohjeet) näin. Tuossa tietysti käyttäjän pitää vielä älytä etsiä sitä rattaan takaa.

[dezhidki]

In GitLab by @vivanauk on Mar 1, 2019, 13:19

Taulukoiden rivinvaihdoissa ongelma on näemmä, että Pandoc muuttaa rivinvaihtomerkit / ennen LaTeX-muunnokseen tulemista muotoon // mikä on taas LaTeXissa perusmuotoisten taulukoiden taulukkorivinvaihtomerkintä. Toisaalta se on multirow-solun sisällä, mikä virheilmoituksen ! LaTeX Error: Something's wrong--perhaps a missing \item. perusteella tulkitaan kuitenkin puutteellisena listana (itemize).

Sen ratkaiseminen LaTeX-muunnoksen puolella on ongelmallista kun // on varmasti monessa muussakin kohdassa esiintyvä merkintä, joten tuon tapauksen tunnistaminen on vaikeaa. Tuon aiheuttamissa virheilmoituksissa välillä näytti, että ne katosivat, mutta siinä on jotain epäsäännöllisyyttä mikä saa sen välillä tulemaan ja välillä ei myös.

[dezhidki]

In GitLab by @vesal on Mar 1, 2019, 13:20

Taulukoiden rivinvaihdoissa ongelma on näemmä, että Pandoc muuttaa rivinvaihtomerkit / ennen LaTeX-muunnokseen tulemista muotoon // mikä on taas LaTeXissa perusmuotoisten taulukoiden taulukkorivinvaihtomerkintä. Toisaalta se on multirow-solun sisällä, mikä virheilmoituksen ! LaTeX Error: Something's wrong--perhaps a missing \item. perusteella tulkitaan kuitenkin puutteellisena listana (itemize).

Mitä rivinvaihtojen pitäisi olla että ne toimisivat?

Vesa

[dezhidki]

In GitLab by @vivanauk on Mar 1, 2019, 13:22

Editorin End line -painike ei muuten toimi Timtablen sisällä muuten ainakin jos solun sisältö on yksinkertaisten hipsujen sisällä, vaan siihen tulee HTML-puolella nähtävissä oleva tyhjä väli &nbsp rivinvaihdon <br> sijaan.

Esim.

table:
    countRow: 1
    countCol: 1
    rows:
      - row:
        - cell: 'a\
b'

missä käytettiin a ja b välillä End lineä ei näy rivin vaihtoa, mutta jos a\ ja b välille lisää tyhjän rivin editorissa, sitten näkyy rivinvaihto.

[dezhidki]

In GitLab by @vivanauk on Mar 1, 2019, 13:39

Mitä rivinvaihtojen pitäisi olla että ne toimisivat?

Niiden kanssahan on muutakin ongelmaa kuin LaTeX-muunnos, kun merkintätavasta riippuen ne eivät näy HTML-puolellakaan.

LaTeXissa rivinvaihtoja varten pitää melkein olla minipagea käytetty, mutta siinä ongelmana oli solun koon tunnistaminen ja aika heposti saa sellaisia taulukoita joissa teksti menee päällekkäin.

[dezhidki]

In GitLab by @vivanauk on Mar 4, 2019, 14:13

Tässä käyttäytyminen on vähän epäsäännöllistä, ongelma esiintyy osassa taulukoista ja osassa ei, mutta LaTeXin puolella ei niissä välttämättä edes ole eroa ja tuo mitä aiemmin sanoin siitä ei siis aina pädekään. Saattaa olla jokin ihan pieni juttu mistä virheilmoitukset johtuvat.

Esim. testikoneella 0 ei tule virheilmoituksia ja rivinvaihdot toimivat sekä HTML- että LaTeX-puolella versiossa 28.02.2019 13:23:15. En saanut siellä toisinnettua virheilmoituksia.

[dezhidki]

In GitLab by @vivanauk on Mar 7, 2019, 13:00

Testasin kopioimalla yhden TDK-pöytäkirjoista (pk9) kokonaisuudessaan lokaalin koneen Timiin, ja se ainakin kääntyy ilman virheilmoituksia. Vaatii tosin vähän korkeus ja leveysarvojen muuttamista ja uusien default-arvojen käyttöä, että taulukot tulostuvat oikean kokoisina (esim. https://timdevs0.it.jyu.fi/view/users/naukkarinen-visa/testi-2 sisältää allekirjoitus ja läsnäolotaulukoille tekemäni muutokset).

[dezhidki]

In GitLab by @vivanauk on Mar 8, 2019, 12:50

Haara on kokeiltavissa timdevs5:ssä, ja näyttäisi ilman virheilmoituksia tekevän Timtablen pdf-muunnokset vaikka olisikin rivinvaihtoja.

2019 pk1:ssä tosin on näemmä käytetty vanhaa taulukkomuotoa ainakin allekirjoitustaulukossa, josta pdf-tulostus herjaa (varsinkin \bigskip-merkinnästä), mutta sillähän ei pitäisi olla mitään tekemistä timtablelatex-moduulin kanssa.

[dezhidki]

In GitLab by @vesal on Mar 9, 2019, 09:34

Haara on kokeiltavissa timdevs5:ssä, ja näyttäisi ilman virheilmoituksia tekevän Timtablen pdf-muunnokset vaikka olisikin rivinvaihtoja.

Mitä tuossa on eroa nykyhaaraan?

2019 pk1:ssä tosin on näemmä käytetty vanhaa taulukkomuotoa ainakin allekirjoitustaulukossa, josta pdf-tulostus herjaa (varsinkin \bigskip-merkinnästä), mutta sillähän ei pitäisi olla mitään tekemistä timtablelatex-moduulin kanssa.

Tuon allekirjoitustaulukon voisi laittaa TDK tabin alta tulemaan. Lisäksi Tabien vahtamisen vähentämiseksi TDK-tabin voisi siirtää Upload alle, ks:

https://tim.jyu.fi/view/tim/TIM-ohjeet#editor_templates

Vesa

[dezhidki]

In GitLab by @vivanauk on Mar 9, 2019, 10:12

Mitä tuossa on eroa nykyhaaraan?

Paljon pienempiä lisäyksiä ja korjauksia, mukaan lukien:

• Lisätty tuki taulukon yksiköille (kuten em, ex, cm) ja niiden muunnokset (minkä vuoksi vanhat taulukot saattavat näyttää eri kokoisilta pdf:ssä)
• Oletusarvojen asetus rivien korkeudelle ja sarakkeiden leveydelle sekä solujen väreille (defrow, defcol ja defcell), lisäominaisuudet pitää lisätä erikseen koodiin
• Rivinvaihdot taulukossa toimivat ainakin testatussa pöytäkirjassa, tosin syy ongelmaan ei ole ihan selvä
• Leimojen pohjatiedostoa voi vaihtaa antamalla LaTeXin sivuasetuksissa custom_stamp_model attribuutissa
• Edit relevance -painikkeen näkymisen bugi sivuvalikossa korjattu
• User guide -linkki sivuvalikossa
• Pdf:ien leimauksen ja yhdistämisen refaktorointia