DreamJournal - Loggfør drømmene dine

[Emancipate]

Fordi UTC er ca lik GMT. Men i Norge ligger vi en time foran GMT. Og i tillegg har vi sommertid nå.

[Manfred]

Kan du ikke bare bruke DateTime.Now?

[Wubbable]

Kan du ikke bare bruke DateTime.Now?

8887554[/snapback]

*teste*

Fungerte fint den

Endret 18. juni 2007 av Wubbable

[HDSoftware]

tja, kan det ha noe med ordet UTC å gjøre tro ;-) Men det pussige er jo at det egentlig bare skulle vert 1 time.

[Wubbable]

tsg1zzn sa jo at det var pga sommertid...

Fant også nettopp ut at GMT+2 uten sommertid er det samme som klokken er nå

[HDSoftware]

ja, så det nå. Spørs om ikke vi postet omtrendt samtidig

[Wubbable]

ja, så det nå. Spørs om ikke vi postet omtrendt samtidig

8894759[/snapback]

Bare 11 timer i forskjell??

[HDSoftware]

hmmm. pussig. jaja, samme det. Må ha skjedd noe rart

[Wubbable]

Oppdaterte litt...

La til en progressbar på søkesiden, og programmet har nå mulighet for passordbeskyttelse, som ligger kryptert i databasefilen

 

Vurderer også kryptering av drømmene ^^

[Manfred]

*kryptere drømmene mine*

[GeirGrusom]

Jeg tror drømmene mine allerede er krypterte :S

[Moskus]

Ja, ikke en gang psykologen din forstår dem...

[Wubbable]

hehe ^^

Mente jo siden passordbeskyttelsen av programmet skulle ha en verdifull effekt

Nå kan man bare åpne databasen i notepad, og vips, ser man alt

[Frysning]

Ja, det hadde vært en fordel å kryptert det.

Du kan jo alltids muligens implementere truecrypt, opensource.

 

Litt heftig kanskje for akkurat dette, finnes nok av ferdige løsninger på dette.

Bruk en "binary" krypterings greie, så slipper du stresse over formatering som norske bokstaver.

[Wubbable]

Jaja, har allerede et system

Rijndael med passord, salt og initvector ^^

 

Den krypterer strings, men gjør bare om bytene til Base64, og tilbake til bytes igjen når det skrives til filen..

 

 

edit: And its done

Fiksa veldig mye i denne versjonen (0.8.x.x) ^^

Se første side for bilder..

Endret 28. juni 2007 av Wubbable

[Zerd]

Kjekt for Lucid_dreaming

[Wubbable]

Kjekt for Lucid_dreaming

8973900[/snapback]

Hehe, har hatt det mange ganger før

[Batnobbit]

Hørtes kult ut *Laste ned'

Kan bli intresant dette

[aadnk]

Et ganske originalt og interessant konsept dette, men jeg synes brukergrensesnittet kunne fått et par forbedringer:

• Gjør vinduet skalerbar slik at en både kan endre dens størrelse og maksimere det. Dette burde være en smal sak å oppnå dersom du bruker Visual Studio-IDE'en.
  
• Ikke bruk en hardkodet mappesti som standard for databasene. Bruk mappen programfilen er plassert i, eller la brukeren velge selv ved første oppstart.
  
• Det burde ikke være nødvendig å klikke Read for å lese en gitt dato - dette kan likegodt skje automatisk når brukeren endrer datoen. Skulle dette være negativt med tanke på Delete-funksjonaliteten, kan du jo alltids implementere en historikk slik at brukeren lett (og evt. automatisk) kan komme tilbake til ulike datoer.
  
• Søkedialogboksen burde også vært skalerbar, og det burde være mulig å endre på størrelsen i resultatboksens kolonner.
  

Forresten, hva er egentlig vitsen med å registrere ditt program i .NETs native image cache med ngen? Hvor ofte tror du brukeren kommer til å kjøre programmet ditt? Neppe mer enn én gang per dag, spør du meg, og da har ikke oppstartstiden mye å si.

 

Selv om det neppe er nødvendig i dette tilfellet, kunne du jo også vurdert å benyttet et skikkelig databasesystem (Access, SQL Server, SQLLite, ect.) for å øke skalerbarheten av systemet. Da får du ganske mye av arbeidet gjort på kjøpet.

[Wubbable]

hehe, ngen er bare noe jeg kjører på alle programmene mine ^^

Var egentlig ment for en program-launcher (for mediafiler...F.eks, jeg dobbelklikker på en avi film, og jeg får valg om VLC, WMP, MPC og BSPLAYER)... Trengte den til å starte raskt, siden jeg ikke gidder å vente i evigheter etter dobbelklikket

 

Har tenkt på å gjøre det skalerbart ja... READ knappen er der pga hvis databasen er veldig stor, så fungerer DLLen slik at hele databasen leses / deserializes hver gang (hashtable), den blir ikke lastet inn i minnet (pga hvis noe skulle skje, så er det ikke noe tap av data), derfor kan det bli litt treigt...

Har tenkt å fikse dette på en eller annen måte, jobber med saken

 

Angåendes SQL: Hvis du har noe som IKKE krever en server (SQLite til et eksempel, som jeg ikke helt fikk til), så let me know

 

Kan fikse det med hardcoded sti, intet problem ^^

 

Takker for god tilbakemelding

 

edit: Ok, har fiksa mye nå:

 

Skalerbart hoved- og søkevindu

Skalerbare kolonner

Entires leses når datoen endres

Spørsmålsdialog som spørr om du vil discarde endringer (hvis det er noen) når datoen endres, i tilfelle du har skrevet en lang artikkel, så trykker du med ett uhell på en annen dato, så er alt borte...

Flytta kontrollene i hovedvinduet til andre siden

Databaser befinnes i application.startuppath \DreamDBs\

 

Hashtable'et er nå lastet inn i minnet (omskrev hele database-delen av DLLen)

Det blir lagret hver gang du sletter eller skriver noe, men blir aldri lest på ny...

 

Dette er jo selvfølgelig et stort pluss for søkefunksjonen, siden den slipper å deserialisere hele databasen for hver entry som finnes

 

 

Prøvde meg litt på SQLite i går, og fikk det sånn halvveis til.. Men må si, det med tables og kolonner var knotete i forhold til et simpelt hashtable

 

 

edit: Ok, mer fiksa

 

La til en funksjon som gjør at kalenderen blir disablet når noe redigeres i artikkelen... Da trykker man discard for å tilbakestille den, save for å lagre, og delete for å slette... Alle de knappene enabler også kalenderen igjen...

 

Når man søker uten å ha lagret, vil søket vise artikkelen du velger å vise.. For å gå tilbake, bare trykk lukk søkevinduet

 

edit: Versjon 0.8.7.0

Fiksa en bug der man ikke kunne åpne en ny / samme database når man hadde lukket en annen uten å få en feilmelding....

La også til en option for "confirm when discarding"..

Endret 4. juli 2007 av Wubbable