=== lubotu3` is now known as lubotu3 === RoyK^ is now known as RoyK [10:23] query nickserv [10:23] * RoyK adds a / [10:35] kan hjelpe på det :P [10:37] jo-erlend: leser kommentarer på digi om ms og friprog :) Ser du har vært aktiv der. Good [13:22] jo-erlend: veit du om det er mulig å gjøre så en unity-linse ikke søker med en gang? f.eks. at den venter i f.eks x antall sekunder før den starter å søke? I min søkelinse er det viktig at man blir ferdig med søket før man gjør søket da den ellers starter å søke på søk som ikke vil gi resultater [13:22] ser for meg en eller annen parameter men [13:28] linsen søker ikke. Det er det skopet ditt som gjør. Du kan bestemme når du svarer. [13:29] jeg er ikke helt sikker på om jeg forstår spørsmålet riktig. [13:29] slik det er nå starter søket i det jeg starter å skrive (virker de som) [13:29] det er litt tidlig [13:30] slik at jeg først får et svar om at jeg må bruke en fullstendig setning [13:30] og etter noen sekunder til så kommer selve svaret [13:30] men det er i scopet det skjer [13:30] ah [13:32] hm.. scopet er vel den jeg har skrevet i python [13:36] du sender søkestrengen til skopet etterhvert som du skriver. Så er det opp til skopet å finne ut hva du gjør med den søkestrengen. [13:37] det er altså der du sjekker om du er klar for å søke eller ikke. Hvis du vet at søkestrengen ikke vil gi noe resultat fra datakilden, så er det ikke noe vits å prøve. Da bare returnerer du ingenting. Når søket stemmer, så søker du i datakilden. [13:39] så gå inn der hvor du utfører selve søket mot den databasen du bruker. Før du sender søket, sjekk innholdet i søkestrengen. Sett den i en if som sjekker at søkstrengen er av et visst format. [13:41] malin, hvor er det du har koden din igjen? [13:43] jo-erlend: her http://bazaar.launchpad.net/~malinkb/unity-buss/unity-buss-experimental/view/head:/buss [13:43] davidcalle på ubuntu-unity har kommet med et forslag til hvordan løse det: http://paste.ubuntu.com/928675/ [13:43] men usikker på om han som ikke kan norsk fjerner rett text fra resultatet :) [13:45] hadde vært kjekt om det fantes en oversikt over alt som gikk å gjøre på en måte. oversikt over alle disse funksjonene [13:47] ok, så det du gjør der, er å si at hvis det finnes tekst, så søk. (if input =! ""). Jeg ville ha laget en ny funksjon som sjekker om inputen bør kunne gi et resultat eller ikke. Så istedenfor if input != "", gjør noe sånt som if_search_is_valid(input) [13:48] search_is_valid er da en funksjon som tar imot en streng og returnerer True hvis du skal søke. For eksempel hvis søket inneholder til, men ikke fra, så returnerer du False, siden det ikke bør gi noe resultat og da bør du heller ikke søke. [13:51] ah ja, det er kanskje en bedre ide ja [13:55] jau, nå tror jeg at jeg skal undersøke at det finnes to ord [13:55] for det er visst nok å skrive kun to ord forå få et gyldig svar [13:55] så lenge det er to kjente steder eller holdeplasser [13:58] Jeg bruker ofte kun til eller fra i bussorakelsøk [13:58] e.g. "til dragvoll" så viser den neste buss fra sentrum til dragvoll [13:58] bare til? Liten by, eller? :) [13:59] og likedan, "fra dragvoll" gir deg buss fra dragvoll til sentrum [14:00] akkurat. Implisitte verdier, altså. [14:00] Ja, veldig greit når man bruker den via sms [14:01] mhm. [14:01] geirha: hm.. faktisk. jeg kan jo bare lage en som teller ord, og om den finner minst 2ord, så er det et gyldig søk [14:01] geirha: bor du i Trondheim du også? :) [14:02] Jepp [14:02] kult :) [14:05] jeg ville sjekket ("til" in words or "fra" in words) and len(words)>1 [14:11] malin, nå må du committe snart, synes jeg. :) [14:18] Jeg tror jeg har nevnt det før, men hvis det er noen her som oversetter til nynorsk http://www.perrier.eu.org/weblog/2012/04/09#di-deactivation-status-bis [14:22] Forøvrig, malin (eller andre interesserte) http://developer.ubuntu.com/2012/04/how-to-create-a-wikipedia-unity-lens-for-ubuntu/ [14:32] kasnkje se etter om det er til eller fra, visst ikke gir den ikke svar f.eks.? [14:33] jo-erlend: må jeg? [14:33] eller hva tenker du? [14:36] det jeg så i pastebin er jo helt annerledes fra det du har i rev 13. Lurt å committe ofte. Og _alltid_ når noe går fra å være helt ubrukelig og til å være brukbart. Og det høres ut som lisen din funker nå? :) [14:38] linsen funker [14:38] det i pastebin var det han der davidcalle som har fiklet med, så jeg har ikkke committet det og jeg har teste det og det virker ikke heller [14:39] men kanskje det er bedre å comitte oftere enn jeg gjør [14:39] det er lurt å committe ofte. Så blir det mye mindre arbeid hvis det viser seg at du har gjort en feil. [14:39] i python ser jeg man kan skrive f.eks.: if 'ord jeg vil fine' in : [14:39] kan man skrive noe && eller noe for å sjekke flere ord? [14:40] and. [14:40] ah, trodde det ble mer arbeid jeg da [14:40] så jeg skriver: if 'til' and 'fra' in : eller skriver man: if 'til' in : and if 'fra' in : ? [14:41] malin, absolutt ikke. Commit er jo en måte å lagre hele mappen på. Men du erstatter ikke forrige lagring. [14:42] jeg ville sjekket ("til" in words or "fra" in words) and len(words)>1 [14:43] jo-erlend: deter jo sant [14:45] blir words samme som input? [14:45] mhm [14:45] d'oh [14:45] jeg skrev jo and [14:45] da må jo begge være gydlig haha [14:45] ikke rart det ikke kom svar [14:45] må jo være en or [14:46] ja, det kommer jo an på hva du vil. :) [14:46] den skal jo sjekke om det er enten til eller fra og at det er minst 2 ord før den søker :) [14:47] aha. Da er or riktig ja. [14:47] jau [14:47] skjønte ikke noe her. først, også hm. så tenkte jeg også bare aha [14:48] men skal det være et kolon helt til slutt i linja? [14:49] for å lage en ny blokk ja. if spørsmål: blokk [14:50] hm.. den driver enda å maser om ugyldig setning før det kommer et reelt svar [14:50] "den"? [14:50] ah, det var upresist. [14:51] alt jeg redigerer på i buss [14:51] er vel det som er scoopet [14:51] når jeg skriver i søkefeltet [14:51] nei, du har både linsen og skopet i samme fil. [14:51] oki [14:52] Når du trykker på Ubuntu-knappen, så får du opp Dash. Det er et program for å vise Linser. Linsene er en måte å kommunisere med forskjellige skop. Det har et søkefelt, forskjellige filtere og et eller flere resultatsett. Så har du skopet som sørger for å utføre selve søket, fylle inn resultater, etc. [14:53] da er det scoopet ja [14:54] scoopet utfører et søk selv om jeg ikke har skrevet ferdig søkeordet [14:54] Som en sammenlikning kunne du altså på et vis si det sånn at Dash er serveren, at programmet på Serveren er skopet og at Linsen er HTML-dokumentet som brukeren ser. [14:54] mhm [14:54] malin, ja, det er det du tester i den if-en i toppen. if input != "". Det betyr bare "søk hvis det finnes et eller flere tegn". [14:54] slik jeg forstår det nå skal den jo ikke søke før jeg har 2 søkeord og at søkeordet må inneholde enten fra eller til [14:55] ja, men har fjernet det nå [14:55] og skrevet: [14:55] if 'til' in input or 'fra' in input and len(input)>1: [14:55] words = input.lower().split() [14:55] over all koden som skal utføre søket [14:56] geirha: vil den ta inputen fra input = og legge det over i words og gjøre alt til lowercase? [14:56] ja, det geirha sier der er viktig. [14:56] if len(words) > 1 and ("til" in words or "fra" in words): [14:56] for så å splitte opp i ord den kan finne ut av [14:56] len() på en streng gir deg antall bokstaver i teksten [14:57] ja, er vel kort for length [14:57] men side man skrier input.lower().split() [14:57] så ser det ut som den tar input fra input. gjør om til lowercase og spilltter opp ? [14:57] ja, split() returnerer en liste [14:57] slik at if-en kan søke igjennom å sjekke om fra og til er der [14:57] mhm [14:58] jeg må bare forstå hva som skjer :D [14:58] hehe [14:58] 'hei, verden'.split() == [ "hei,", "verden" ] [14:58] ah [14:58] det gir mening [14:59] nå skal jeg teste igjen :) [15:00] se der ja :) takk geirha <3 [15:00] og jo-erlend [15:00] eneste nå, måtte være å finne ut hvordan jeg kan få den til å glemme forrige søk [15:01] men den trenger ikke det [15:01] da blir det commit snart [15:03] kan man skrive noe i else: for å få den til å hoppe ut av koden [15:03] Hm. En bedre sjekk kan være å sjekke at hver "til" og "fra" har et ord etter seg [15:03] jeg skrev som test bare en tekststreng der [15:03] faktisk ja [15:08] kan ikke si jeg finner noe sted hvor det står hvilken kode som sjekker det [15:08] if "til" in words[:-1] or "fra" in words[:-1]: [15:09] eventuelt iterere over og sjekke grundigere [15:10] så [:-1] sjekker om det er et ord til etter [15:11] words[:-1] er alle elementene i words, bortsett fra det siste [15:11] if words[-1] not in ("til","fra") and ("til" in words[:-1] or "fra" in words[:-1]): [15:12] "hvis siste ord ikke er til/fra, men det er minst én til/fra før siste ord" [15:14] vil bare nevne at slike småting er greit å sjekke i python interpreteren (tolkeren?). Bare kjør python i en terminal, og så kan kjøre pythonkode der direkte. [15:16] Jepp. Jeg fyrer opp et pythonskall når jeg trenger en kalkulator :) [15:17] ok [15:17] takk :) [15:17] mhm. Er det forresten noen som vet hvordan man kan gjøre ting interaktivt med GTK3? Før var det ikke nødvendig å kjøre GTKs mainloop før ting skjedde. Det er det nå og da får man ikke lenger gjort noe i pythonskallet. [15:18] den testen vil i alle fall la være å søke hvis du har skrevet inn "fra sentrum til" [15:18] malin, nå begynner det å bli synlig hvorfor jeg ville ha gjort den testen i en egen funksjon. Det er helt sikkert nokså mye du har lyst til å sjekke. [15:20] er ikke tkinter godt nok da? [15:20] :P [15:20] godt mulig det er best med en helt egent funksjon [15:20] Ja, jeg ville iterert gjennom ord for ord [15:20] men tja, den prøver å søke før jeg er ferdig å skrive inn søkeordet enda [15:21] er det ikke noen form for timeout? at den først trigger når du ikke har tastet noe på 2 sekund? [15:21] eller må man kode slikt selv i tilfelle? [15:22] geirha: aner ikke, men jeg skulle gjerne hatt noe slikt. har googlet en del, men ikke funnet det jeg leter etter [15:22] for du kan jo ikke vite om søketeksten er ferdig ettersom du ikke vet hva det siste ordet kan være. [15:23] geirha, den tillater deg å søke umiddelbart, så hvis du vil vente, så må du gjøre det selv i såfall. [15:23] Hadde vært så mye enklere om kildekoden til orakelet var tilgjengelig [15:24] geirha: nei, så det beste er om den venter å søke f.eks. 2 sekunder eller en tid som virker fornuftig, etter man er ferdig med å skrive inn søkeordet [15:25] geirha: det hadde nok vært lettere da ja... [15:25] finnes jo noen api-er [15:26] jeg ville vært streng i utgangspunktet og heller løsnet opp etterhvert. For eksempel, i første brukbare versjon, ville jeg ha sagt at du må bruke "fra sted til sted". Når det er testet og funker som det skal, gjør du det til en versjon. Gjør klar pakking, lag et PPA og få det ut i verden. Så begynner du å gjøre det mer fleksibelt. [15:28] mhm [15:29] blir gøy å lage ppa :D [15:29] men eneste jeg vil ha på plass nå er at søket fungerer som det bør, uten at jeg får opp resultater jeg ikke skal ha [15:29] jeg kan committe siste endringene så kan folket ta en titt :) [15:30] mhm. Når du har laget pakkeinformasjonen, så lager Launchpad daglige pakker for deg, sånn at du ikke trenger å tenke på det mer. Når du committer til en branch, så går det automatisk ut til brukerne. Derfor er det nyttig å ha en stabil branch, så ting ikke brekker hos brukerne. :) [15:30] jeg ser at den først gjør et søk som bir f.eks. slik: moholt til se (også står det uforståelig sted) [15:31] noen sekunder senere dukker derimot rett søk opp [15:31] mhm. [15:31] så den starter å søke før jeg er ferdig å skrive siste ordet [15:31] men søker igjen når jeg er ferdig [15:31] det er umulig å vite om stedsnavnet er riktig uten å kunne sjekke stedsnavn. [15:31] ja [15:31] så egentlig bør det følge med ei diger liste også da? [15:32] med stedsnavn i Trondheim? [15:32] en ting du kunne gjøre, er å holde en lokal oversikt over ugyldige stedsnavn og sjekke mot den listen, for eksempel. [15:32] det får bli i neste versjon [15:32] ugyldige stedsnanv blir jo en diger liste. Det kan være a b c d osv aa ab osv osv [15:32] men som sagt... Ikke bry deg så mye om sånne detailjer i utgangspunktet. [15:32] nei [15:33] ja, det går jo an å ha flere regler. For eksempel at stedsnavn må være lenger enn to bokstaver. [15:34] jeg kjenner ikke til bussorakelet, så jeg vet ikke hva slags regler de har. [15:35] det er jo for eksempel vanlig å bruke % for å bety null eller flere tegn. Sånn at "fra moholt til se" blir gjort om til "fra moholt til se%" før du søker. Men det krever jo at bussorakelet støtter det. [15:36] løste det [15:37] jeg hadde jo glemt å henge på and len(words) > 1 på slutten :p [15:37] jeg tror bussorakelet kun støtter fulstendige søkeord [15:37] her er den helt orginale: https://www.atb.no/ [15:37] der det står: spør bussorakelet [15:38] altså fullstendige stedsnavn mener jeg [15:38] eller skriver jeg moho så forstår den visst. I alle fall i orgianlsiden [15:42] når man lager en deb og det der og installerer denne. Vil den da starte automatisk ved oppstart da? Jeg måtte sette filen: buss i startupprograms for at den skulle kjøre i alle fall [15:45] nei, funker ikke perfekt enda, men den er jo bra nok til å kunne taes i bruk [16:20] ja... Tror de skal aktiveres automatisk hvis du har satt opp tingene riktig. Skal ikke være nødvendig å legge til i oppstartsprogrammer. [16:44] ah, da har jeg nok satt opp noe feil et sted, men uskker på hvor :) De starter i ale fall ikke automatisk her. Eneste som kommer automatisk er buss-ikonet og det der i dash [16:44] også må jeg manuelt starte opp buss [17:01] har du plassert den i /usr/local/bin/buss? [17:04] eller... Altså.. Har du laget en Scope-fil med riktig informasjon og plassert den på riktig sted? [17:05] det er den som sørger for at skopet blir automatisk aktivert. [17:06] jeg har lagt den i stien du skrev der [17:06] da mangler jeg sikkert ei linje som gjør det [17:06] jeg må stikke nå, men å få den til å starte av seg selv må være siste finish før jeg fikser en ppa tenker jeg :) [17:07] og tusen takk for masse hjelp :) [17:09] Jeg ville installert den som /usr/bin/buss når den installeres via deb-fil [17:12] .scope-fila skal vel ligge i samme mappe som .lens-fila, tror jeg. [17:14] malin, ser du har chatta med David Callé. Han er jo Lens-Superstar etterhvert. :) [17:18] Lens-superstar? hm. ja han er i alle fall eldig hyggelig og behjelpelig :) [17:19] geirha: okey, men da endrer jeg bare alt så den havner der, om den da vil starte av seg selv osv :) [17:19] men no var jeg klar til å stikke til ei veninne en tur. Selv om jeg kanskje har mest lyst å fikle med ppa og sånt :) [17:21] er veldig tilfredsstillende å ha noe som virker :D [17:21] og vite at jeg faktisk fullførte det også :) [17:41] malin, han har laget massevis av gode linser og skop. [18:35] jo-erlend: ah :) Kult, da er han jo rett mann å spørre :) Jeg får begynne å se på muligheten for å lage noe til systemet ruter etterhvert :) Evt noe annet kult [18:52] malin, det er jo nærmest utømmelig behov for sånt.. :) [19:10] jo-erlend: ja, det er jo ikke få muligheter :) [19:11] hundrevis eller tusenvis per land, vil jeg tro. [19:14] antakelig mye mer, når jeg tenker over det. [19:17] et skop per kinosal i Norge, for eksempel. Ikke fullt så mange linser, naturligvis, men det blir jo mange av dem også. Så må du jo ha et per konsert-scene, et per theater, etc. Så her er det jo bare å henge i. :) [19:19] det slo meg plutselig at det kunne ha vært ok å ha et skop for Xchat logs. Hvis det ikke finnes, så tror jeg at jeg skal lage et. [19:21] :) [20:45] [21:25] [21:26] [23:39] heh... Jeg glemmer hvor stort internett er. Den der videoen med Unity og Gnome Panel har blitt sett mer enn elleve tusen ganger. Helt tullete. :)