You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Nästan hela appens state avspeglas i URL:ens sökdel: /?localQuery=demokrati&page=7&filters=W3siZmllbGQiOiJjb3JwdXNfaWQiLCJ2YWx1ZSI6InJkLW1vdCJ9XQ==&include_facets=corpus_id,blingbring,lix,nk,ovix,city,datatyp&documentID=6e3784cf-b6ae-4ada-aca8-8a4c84dfa7c4&documentCorpus=rd-prop
Det är visserligen ett enkelt sätt att bygga URL:er, och gör det blir lite mer överföringsbart att bokmärka/skicka URL:er till varandra, dvs det kommer se likadant ut när jag öppnar länken senare.
Men de skulle kunna vara kortare och mer läsliga. Dessutom är kanske hela appens state sällan relevant. Framför allt: om jag har öppnat ett dokument, är det då nödvändigt att sökningen hänger kvar i URL:en?
Förslag:
/search
Söksidan, med filter och söktermer i sökdelen (?...) (Filtren får väl gärna skrivas ut lite mer läsligt än Base64 också, men det är en annan fråga.)
Jag tror man kan se search-variabelapproachen i Strix som en effekt av att dokumentläsläget inte är så mycket en separat vy som en overlay på listvyn. Koppling mellan search-variabler och vyn reflekterar samma förhållande. Jag tror att om vi gör separeringen så ska inte läsläget lämnas med en kryssrutan längre, eller alls se ut som något som ligger ovanför listan. Se docs.google.com: där finns en list/sökvy, sen tar editeringsvyn bort dig därifrån. Det finns ingen knapp 'stäng detta dokument och visa mig min förra sökning' (utöver browerns historik).
Jag har personligen inget emot en sådan förändring. Går något användningsfall förlorat ifall vi gör det?
Går något användningsfall förlorat ifall vi gör det?
A och B samarbetar kring partiprogram och valmanifest. A har gjort en sökning med flera filter för att hitta rätt sorts dokument, öppnat ett och skickar länken till B. Om B sedan stänger dokumentet, kommer hen i nuläget till A:s skräddarsydda sökning. Med förslaget ovan skulle hen komma till defaultsökningen.
Nästan hela appens state avspeglas i URL:ens sökdel:
/?localQuery=demokrati&page=7&filters=W3siZmllbGQiOiJjb3JwdXNfaWQiLCJ2YWx1ZSI6InJkLW1vdCJ9XQ==&include_facets=corpus_id,blingbring,lix,nk,ovix,city,datatyp&documentID=6e3784cf-b6ae-4ada-aca8-8a4c84dfa7c4&documentCorpus=rd-prop
Det är visserligen ett enkelt sätt att bygga URL:er, och gör det blir lite mer överföringsbart att bokmärka/skicka URL:er till varandra, dvs det kommer se likadant ut när jag öppnar länken senare.
Men de skulle kunna vara kortare och mer läsliga. Dessutom är kanske hela appens state sällan relevant. Framför allt: om jag har öppnat ett dokument, är det då nödvändigt att sökningen hänger kvar i URL:en?
Förslag:
/search
Söksidan, med filter och söktermer i sökdelen (
?...
) (Filtren får väl gärna skrivas ut lite mer läsligt än Base64 också, men det är en annan fråga.)Exempel:
strix/search?page=7&filters=W3siZmllbGQiOiJjb3JwdXNfaWQiLCJ2YWx1ZSI6InJkLW1vdCJ9XQ==&include_facets=corpus_id,blingbring,lix,nk,ovix,city,datatyp
/document/:corpus/:docid
Ett öppnat dokument, med färgmarkeringsval och lokala söktermer i sökdelen.
Exempel:
/document/rd-prop/6e3784cf-b6ae-4ada-aca8-8a4c84dfa7c4?localQuery=demokrati
The text was updated successfully, but these errors were encountered: