Må hentes fra backend (http://colligator.biblionaut.net/api/collections/1) fremfor å hardkodes.

Vi må også tenke på "Hjelp"-dialogboksen etterhvert... Mulig selve beskrivelsen av samlingen kan flyttes til backend, mens resten av teksten kan være fast.

• Kunne vært greit for analytics-formål å vite om eventet skyldes en swipe eller ikke
• Kanskje også noe mer metadata, f.eks. hvor lang swipe, hastighet e.l.

Skilt ut fra #20 :

Bør vi ha noen kobling mellom bind i samme serie? Eller liste opp "andre bøker i samme serie"? Vi har jo god plass.. Man kan gjøre oppslag på serie-ID slik:

http://colligator.biblionaut.net/api/documents?q=part_of.id:801118662

Med d3. http://bl.ocks.org/mbostock/4062045

Ligger under holdings.circulation_status (oppdateres daglig).

Live-oppdatering kan vi få til etter hvert

I believe the listener is attached to the li-element above each image which gets removed my the carousel.

Tilbake-knapp må evt. gå tilbake til forrige emneord, ikke forrige posisjon i karusellen.

Lazy loading?
Limit på resultater?

Innebærer at vi må legge inn et touch-tastatur

t.o.: Mest brukte emneord:

"Naturvitenskap",699
"Filosofi",324
"Vitenskapshistorie",261
"Vitenskapsfilosofi",215
…

De andre emneordene som er brukt veldig mye synes jeg vi kan beholde.

Bøker uten noen holdings med shelvinglocation: "UREAL Samling 42"

Ihvertfall filtrere ut bøkene med 0 holdings (https://gist.github.com/danmichaelo/555de5833b0a7f2e3acb). Det er nok også noen som bare finnes i andre samlinger (fordi eksemplaret i 42-samlingen er tapt), men det er ikke krise om vi viser de

'http://colligator.biblionaut.net/ er hardkoda på linje 239. Upraktisk hvis man vil teste med lokal backend.. Kanskje vi kan gjøre noe ála (pseudokode):

if 'dev' in querystring then
    host=''
else
    host = 'http://colligator.biblionaut.net'

url = host + '/api/documents'

F.eks. spørsmålstegn nede i hjørnet. Siden må si noe om hva dette er for noe.

Vi bør kunne si noe om hvor mye tingen brukes. Gjerne også noe om hvordan folk interagerer med den (er det noen som finner ut at de kan sveipe veldig raskt? hvor mange sveiper vs. drar? bruker folk hjem-knappen? osv…)

Jeg kan se om det er enkelt å sette opp en instans av Piwiki (glimrende open source alternativ til Google Analytics)

http://piwik.org/docs/event-tracking/

Som diskutert i issue #18 - vi bør kanskje ikke ha emneord i bokviewet. Hva annet kan vi fylle med?

På mandag bør vi

• sjekke om det ser ut som koden til @kyrretl lar seg integrere noenlunde greit i en BackBone-basert modell, eller om det er helt mismatch 💥
• avgjøre om vi skal fortsette med Backbone eller ei

Nå har vi en lett blanding av views og hardkoda html. That has to stop

Vises uten karusell

som fører til #39

Personer som emne legges ikke i Realfagstermer, men i Bibsys personautoritetsregister, så vi bør vise disse også. De ligger i subjects.NOTrBIB. 1004 bøker, altså en betydelig andel av samlingen, har dette feltet:

http://colligator.biblionaut.net/api/documents?q=_exists_:subjects.NOTrBIB

Eksempel-søk: Bøker om Newton:

http://colligator.biblionaut.net/api/documents?q=subjects.NOTrBIB.prefLabel:%22Newton,%20Isaac%22

Kom på at vi må huske å legge inn info om hvilke kilder vi bruker, f.eks. med liten skrift i Hjelp-dialogen.

Når ikke i bruk:

• automatisk rotering #35,
• kanskje litt info om bruk,
• visuell indikering at det er en touchskjerm ("Trykk på meg")

.. hvis første bok i ny kategori er samme som boka du var på i forrige kategori.

som forklarer hvor man er, f.eks. "Samling 42", "Bøker om '{Emneord}'"

På laptopen min er siden akkurat så høy at rullefeltet vises på noen bøker og skjules på andre.. Vi bør antakelig fikse slik at dette er stabilt.

Ikke noe vi trenger å fikse i MVP!

Ligger under holdings.callcode

Siden det kan være flere eksemplarer (holdings) per bok må dette være en form for liste. Utlånsstatus #27 kan vises sammen med hvert element

Det ser ikke ut som at views slettes når de ikke trengs lenger. Feks: alle bookViews som lages i BooksView.render() eksisterer fortsatt etter at BooksView.render() er kjørt på nytt.

router, bookFullView, bookView, books osv. er variabler som er "globale" inni den anonyme funksjonen som alt ligger i. Appen burde være helt modulær

Avhenger av scriptotek/colligator-backend#19

Må vise part_no, part_name (der det finnes) og antakelig part_of.relationship part_of.title.

Eks: 921510055

"part_name": "Psychology, human physiology, living creatures, botany, ethics, religion, politics, rhetoric and poetics, music, miscellanea",
      "part_no": "2",
      "part_of": {
        "id": "920831230",
        "isbn": "9004094407",
        "issn": null,
        "relationship": "Inkludert i",
        "title": "Theophrastus of Eresus",
        "vocabulary": "NO-TrBIB",
        "volume": null
      },
      "series": [
        {
          "id": null,
          "title": "Philosophia antiqua",
          "volume": "54:2"
        }
      ],
      "title": "Theophrastus of Eresus sources for his life, writings, thought and influence",

Eks: 900261889

      "part_name": "Diseases and the doctor",
      "part_no": "A",
      "part_of": {
        "id": "910312990",
        "isbn": null,
        "issn": null,
        "relationship": "Inkludert i",
        "title": "Science in society",
        "vocabulary": "NO-TrBIB",
        "volume": null
      },
      "title": "Science in society",

Kanskje vi kan cache hele samlingen på maskinen? Da vil søk gå mye raskere.

Oppfølging av #24 og #27 : Vi bør antakelig lage mer brukervennlige meldinger som gir enkle svar på «Hvor finner jeg boka?». Hvis det f.eks. er et ledig eks. i samling 42 trenger vi ikke vise andre eksemplarer.
Noen mulige svar på spørsmålet:

• «Boka er ikke utlånt og skal stå på hylleplass FA322»
• «Boka er dessverre utlånt. Kontakt skranken for å sette deg på reservasjonsliste.»
• «Dette eksemplaret er utlånt, men det finnes et (ledig) eksemplar i biblioteket en trapp opp. Spør etter FYS 1.2» (hvis holding med sublocation "UREAL")
• «Dette eksemplaret er utlånt, men det finnes et (ledig) eksemplar på Humsam/informatikk/x-biblioteket rett i nærheten»

Merk at jeg allerede filtreres holdings på UBO, så vi får ikke resultater fra andre bibliotek utenfor UBO.

Foreløpig har vi vel tre views?

• (1) hovedside / karusell: /collections/{collection_id}?pos={pos}
• (2) bokvisning: /collections/{collection_id}/docs/{doc_id}?pos={pos}
• (3) emnenav: /collections/{collection_id}/subjects

Trenger vi en enkel router (hjemmelaget eller bibliotek) som tar seg av all kommunikasjon med
history?

Hvis det er noe feil fra serveren. Vi kan ha en liten database lagra i frontend som vises in that case.