Guahtdim

@frodegill Way to go killing the noobs! ?

Jeg ser jeg har skrevet det ut av rekkefølge. Jeg har en .gitignore-fil hvor det meste er ferdig konfigurert som normalt går inn i ett repo med en gang (før jeg kjører første "git add ."). Men hvis jeg skulle gjort det i ett nytt repo så ville jeg ha først endret .gitignore og så laget .secret-filen. Hvis ikke risikerer du at filen blir lagt med når du legger til filer til repo første gangen.

Ofte lagrer jeg ned dette i filer som f.eks. er navnet <filnavn>.secret og så setter jeg opp .gitignore (fil med oversikt over filer som git ikke skal bry seg om) til å ikke håndtere .secret filer. Brukernavn og passord lagrer jeg heller til Lastpass for oppslag, men det ligger også lokalt hos meg på min .secret fil.

Selv så bruker jeg i hovedsak Git som kommandolinjeverktøy, men da i Powershell. Skal jeg se på ting litt mer grafisk så er Git Extensions mitt Go-To verktøy. Og selvfølgelig bruker jeg GitHub for å lagre ned det jeg lager, men OBS OBS OBS! Passord og brukernavn prøver man å unngå å lagre ned slik at det blir lagt ut på GitHub. Hvis du i tillegg har lagret ned brukernavn og passord til Azure, AWS eller Google Cloud kan det fort gå som dette https://www.theregister.co.uk/2015/01/06/dev_blunder_shows_github_crawling_with_keyslurping_bots/ OBS 2: Og ikke start leking med Git på en folder hvor du har lagret ned noe som er viktig for deg. Ett par av kommandoene er ganske kraftige og de fjerner det meste uten å gi deg noe som helst hint om at du nå fjerner alt du har....

Nå har jeg ikke sett på hva dette er 100%, men etter å ha kikket på ett annet kurs på katacoda så legger jeg ut denne: https://www.katacoda.com/courses/git Mulig dere må logge dere inn via GitHub-profil og slik mister linken. Trykk da på learn og knast inn Git. Sjekk ut kurset "Learn Git Version Control" Det ser ut til å ta deg rolig og forsiktig igjennom det mest fundamentale. Jeg vet ikke om det dekker alt, men det starter iallefall fra å initiere ditt eget repo (folder med underfoldere som du har prosjekt i). Git (og GitHub) er kraftige greier, men litt vel høy terskel.

Hvis du gjør det får du lage en liten post på det. Etter å ha sett endel av de "problemene" som meldes inn av de som har hentet ned gratisplugins så avventer jeg inntil videre.

Takker for den tillitserklæringen, kjempegøy at du er fornøyd med det som er laget. Inntil videre så blir det gratis hobbyprosjekt. Skal man inn i updater så er jeg redd det følger med litt mer krav enn jeg har tid til å oppfylle.

Ny versjon er ute med rettelser på offset etter kalender event. Takk til @toonwolf for god testing. Jeg har også implementert ønske til toonwolf med tanke på å kunne ha flere søkeord i teksten slik at man ikke trenger lage en trigger per søkeord. Dette nøstes sammen med || som gir ELLER. Eller && hvis man ønsker OG. Eks: ja || nei || kanskje i en trigger med contains text vil gi treff på alle kalender events som har en eller flere av de ordene i seg. ja && nei && kanskje i en trigger med contains text vil gi treff kun på en kalender event hvor man finner alle disse ordene. Meld inn feil hvis dere finner det.

Jeg synes det er litt rart at containing fungerer, men ingen av de andre. Bittelitt mer testing nå så tror jeg faktisk neste release skal ha fungerende offset håndtering i tillegg til å kunne ha mulighet for å søke på mer enn ett ord/del-ord ved bruk av ||(eller) eller &&(og). Det fungerer iallefall på min maskin....

Jeg bruker siste versjon av min kode(som ikke enda er lagt ut) så slik sett vil mine tester bli anderledes enn dine. Any event - offset trigger after med 0 i tid. Jeg kjører igang nye tester på det du har meldt inn her og ser at det fungerer som det skal før jeg lager noen ny versjon (0.0.1.0) Takk for testing så langt.

Mener du at du da har offset = 0 minutter. Jeg testet nettopp med det og det ser ut til å fungere som det skal nå.

Takk for gode ord. Slikt faller jeg lett for. Jeg tror jeg har kontroll på problemet med offset after. Logisk brist både i kjørende kode og testene for denne koden. Det er rettet og ser ut til å fungere som det skal. Nå må jeg bare kjøre noen ordentlige tester for å se at det fungerer. Det å ha lister på søkeord som skal matche tar jeg som en god utfordring. For å være enda sikrere på at det ikke feiltolkes så bruker vi 2 stykk | ("||") som skilletegn. Og hvis jeg implementerer logisk ELLER ("||") så kan vi også gjøre logisk OG ("&&"). Jeg har vel nesten noe ferdig der siden jeg ikke trengte å omorganisere koden så mye for å få det til.

Jeg skal ta en titt ved første anledning og se hvorfor det ikke fungerer. Oposettet du har er slik jeg har sett for meg at man skal bruke det.

Kunne du teste med litt lenger kalendereventer? Si minimum 5 minutter? Jeg mistenker at min kode ikke har tatt hensyn til så korte eventer og offset. Takk for at du tester!

Det er kun 11 uker igjen av Q1. Og Elhub går nå i produksjon Q1 (18. februar, med mindre det kommer en superkatastrofe) så ting kommer nok på plass. Jeg har selv Hafslund og Aidon. Avventer inntil videre med å skaffe meg en Pulse inntil jeg vet at HAN porten er fungerende.

Etter å ha kjørt en natt uten ett tilfelle av feil så legger jeg ut link til versjon 0.0.0.7 i første post.

Mulig jeg har fått fikset på problemet med autorisering som forsvant. Og selvfølgelig var det jeg selv som var skyldig... ? Man var autorisert, men jeg leste av en utløpsdato som ikke har så mye å si. Den forteller bare komponenten jeg brukte at man må spørre om tilgang på en annen måte. Doh! Jeg har laget neste versjon, men vil helst kjøre den en natt selv for å se at det fungerer som det skal før jeg frigir den til dere andre.

Brukt! Neste mulighet for den som vil https://invite.tibber.com/90096487

Etter å ha testet litt så ser jeg at jeg har en liten feil i hvordan jeg håndterer offset after. Her har jeg startet å trigge 2 min før tiden. Ved 15 min offset after så vil man få første trigging 13 min etter istedenfor 15 min etter. Dette vil jeg få opp en fiks for i neste versjon. Jeg er ikke helt ferdig med å gå igjennom tester, men det ser ut som om det fungerer som planlagt hvis man har avtaler som kommer tett på hverandre. Jeg ser jeg har noe logikk for å unngå trigging av avsluttende offset hvis man har en ny avtale som begynner 2xOffset unna. Dette for å unngå følgende scenario: Avtale 0900 til 1000 Avtale 1030 til 1130 Med 15 min offset på både en after og en before trigger så vil man her oppleve at det trigges for After 1015 og så before 1015 igjen. Jeg er litt usikker på om dette er noe jeg skal la være enda en setting man kan skru av/på som man selv vil. Slik jeg har laget den nå så vil den muligens bare virke forvirrende.

@toonwolf Beklager at jeg først nå ser postene dine. Jeg skal teste litt mer på offset. Meningen med denne er jo at den skal trigge minst en gang med det mellomrommet man har satt til før/etter en event. Og ved valget overlapping (som egentlig burde het adjacent som du påpeker) skal logikken være at man ikke får trigging hvis man har en event som ligger så tett opptil at den er rett på eller innenfor offset perioden. Jeg oppdaterer om det jeg finner etter å ha laget flere tester på logikken. NB: Du må hake av for overlapping(adjacent) hvis du skal teste det.

Jeg anbefaler alle de som kjører min plugin å oppgradere hvis dere er på versjon 0.0.0.5. Jeg fant bl.a. ett par feil i hvordan den behandler eventer som er allday. De blir fort to-dagers istendenfor endags. Med tanke på autorisering så er bildet under fra min logg for de siste 6 timene med 1 minutts mellomrom mellom hver gang man henter data fra Google eller Microsoft (jeg kjører nå begge). Google har en tendens til å ikke fungere siste kvarteret av en time. Jeg aner ikke hvorfor, men siden jeg tar vare på eventer allerede nedlastet og ikke sletter hvis jeg ikke får kontakt så skal det i utgangspunktet gå greit. Ulempen er hvis du lager eventer som kun strekker seg over de tidene som man ikke får kontakt.

Jeg har normalt en eller annen ekstra variabel eller device som jeg har i if sjekken og setter ved første tilslag. Da unngår du trigging hvert 10 sekund. Tidligere har du skrevet om noen lys som skal av og på. Da ville jeg laget en egen device for å markere lys av/på og ha en trigger som trigger på kalender og at lys er av. En av handlingene i triggeren blir å sette lys device til på. En annen trigger med offset after sjekker feks om lys er på og slår de av samtidig som device settes av. Det er iallefall slik utviklerhodet mitt tenker.

Jeg har gjort litt for å sørge for at man opprettholder kontakten, men det er avhengig av at man har valgt minst en kalender. Da vil det (tror jeg) bli spurt mot denne. Men det er viktig at man ikke setter Time between checks of calendars til en for høy verdi. Jeg føler at jeg har mindre kontroll på timeout mot Google enn Microsoft, men det får bli noe jeg ser på senere. Gi det ett forsøk ved å bare sette opp en trigger som går mot en test-device eller sender en push-varsel slik at du fort kan se om det fungerer for deg eller ikke.

Okidoki. Nå er støtte for Microsoft kalendere lagt inn. Link i første post til siste versjon av plugin. Første post begynner å bli kjempelang. Desverre så har jeg ikke skjønt helt hvordan å få til hide/show på deler. Dette ville kanskje gjort det litt mer oversiktlig. Edit: Skjønte nå hvordan det skulle være og har krympet ting litt slik at det ikke blir helt "Wall of text" Det er bare å melde inn ønsker, feil etc. Jeg vil etter beste evne forsøke å rette feil, mens ønsker/endringer får lavere prioritet.

PM sendt med endel rotete kode.