From ee398b5272cc625ebb4edbf54503325ad6cd86c7 Mon Sep 17 00:00:00 2001 From: konrad Date: Wed, 12 Dec 2018 16:25:39 +0100 Subject: [PATCH] Updated todo --- Featurecreep.md | 23 +++++++++++++---------- 1 file changed, 13 insertions(+), 10 deletions(-) diff --git a/Featurecreep.md b/Featurecreep.md index 8301bf3c97a..2bdfb3116c9 100644 --- a/Featurecreep.md +++ b/Featurecreep.md @@ -164,12 +164,6 @@ Teams sind global, d.h. Ein Team kann mehrere Namespaces verwalten. * [x] Repeating tasks * [x] Tagesübersicht ("Was ist heute/diese Woche due?") -> Machen letztenendes die Clients, wir brauchen nur nen endpoint, der alle tasks auskotzt, der Client macht dann die Sortierung. * [x] Subtasks -* [ ] Assignees -* [ ] Attachments -* [ ] Labels -* [ ] Tasks innerhalb eines definierbarem Bereich, sollte aber trotzdem der server machen, so à la "Gib mir alles für diesen Monat" -* [ ] Namespaces in Namespaces (in Namespaces in Namespaces in Namespaces...) - * Rechtemanagement dafür wird schwierig ## Clients @@ -195,7 +189,6 @@ Teams sind global, d.h. Ein Team kann mehrere Namespaces verwalten. * [x] Überall echo.NewHTTPError statt c.JSON(Message{}) benutzen * [x] Bessere Fehlermeldungen wenn das Model was ankommt falsch ist und nicht geparst werden kann * [x] Fehlerhandling irgendwie besser machen. Zb mit "World error messages"? Sprich, die Methode ruft einfach auf obs die entsprechende Fehlermeldung gibt und zeigt sonst 500 an. -* [ ] Endpoints neu organisieren? Also zb `namespaces/:nID/lists/:lID/items/:iID` statt einzelnen Endpoints für alles * [x] Viper für config einbauen und ini rauswerfen * [x] Docs für installationsanleitung * [x] Tests für Rechtekram @@ -229,7 +222,7 @@ Teams sind global, d.h. Ein Team kann mehrere Namespaces verwalten. * [ ] Discovery, stichwort PROPFIND * [x] Wir brauchen noch ne gute idee, wie man die listen kriegt, auf die man nur so Zugriff hat (ohne namespace) * Dazu am Besten nen pseudonamespace anlegen (id -1 oder so), der hat das dann alles -* [ ] Testing mit locust: https://locust.io/ +* [x] Testing mit locust: https://locust.io/ * [ ] Methode einbauen, um mit einem gültigen token ein neues gültiges zu kriegen #### Userstuff @@ -245,7 +238,9 @@ Teams sind global, d.h. Ein Team kann mehrere Namespaces verwalten. ### Later/Nice to have +* [x] Deps nach mod umziehen * [ ] Websockets + * Nur lesend? (-> Updates wie bisher) * sollen den geupdaten Kram an alle anderen user schicken * Ein Channel in dem socket pro liste ... oder pro user? * Erst an die anderen Schicken wenn der write in die Datenbank erfolgeich war @@ -255,6 +250,14 @@ Teams sind global, d.h. Ein Team kann mehrere Namespaces verwalten. * [ ] Mgl., dass die Instanz geschlossen ist, also sich keiner registrieren kann, und man sich einloggen muss * [ ] mgl. zum Emailmaskieren haben (in den Nutzereinstellungen, wenn man seine Email nicht an alle Welt rausposaunen will) * [ ] Mgl. zum Accountlöschen haben (so richtig krass mit emailverifiezierung und dass alle Privaten Listen gelöscht werden und man alle geteilten entweder wem übertragen muss oder auf privat stellen) -* [ ] IMAP-Integration -> Man schickt eine email an Vikunja und es macht daraus dann nen task +* [ ] IMAP-Integration -> Man schickt eine email an Vikunja und es macht daraus dann nen task -> Achtung missbrauchsmöglichkeiten * [ ] In und Out webhooks, mit Templates vom Payload -* [x] Deps nach mod (dem nachfolger von dep) umziehen, blocked by Go 1.11 +* [ ] Start/Enddatum für Tasks +* [ ] Timeline/Calendar view -> Dazu tasks die in einem Bestimmten Bereich due sind, macht dann das Frontend +* [ ] "Smart Lists", Listen nach bestimmten Kriterien gefiltert -> nur UI? +* [ ] "Performance-Statistik" -> Wie viele Tasks man in bestimmten Zeiträumen so geschafft hat etc +* [ ] Activity Feed, so à la "der und der hat das und das gemacht etc" +* [ ] Assignees +* [ ] Attachments +* [ ] Labels +* [ ] Tasks innerhalb eines definierbarem Bereich, sollte aber trotzdem der server machen, so à la "Gib mir alles für diesen Monat"