Add check dups TODOs

[tt.git] / TODO

diff --git a/TODO b/TODO
index d4979ae..80fff85 100644 (file)
--- a/TODO
+++ b/TODO
@@ -23,6 +23,9 @@ In-progress
   - [ ] w | write
     - arg or stdin
     - nick expand to URI
+    - Watch FIFO for lines, then read, timestamp and append [+ upload].
+      Can be part of a "live" mode, along with background polling and
+      incremental printing. Sort of an ii-like IRC experience.
   - [ ] q | query
     - see timeline ops above
     - see hashtag and channels above
@@ -32,7 +35,7 @@ In-progress
       - [ ] fast - all except peers known to be slow or unavailable
         REQUIRES: stats
   - [x] u | upload
-    - calls user-configured command to upload user's own feed file to their server
+    - calls user-configured command to upload user's own timeline file to their server
   Looks like a better CLI parser than "racket/cmdline": https://docs.racket-lang.org/natural-cli/
   But it is no longer necessary now that I've figured out how to chain (command-line ..) calls.
 - [-] Output formats:
@@ -46,8 +49,9 @@ In-progress
       - [x] @<source.nick source.url>
       - [x] @<source.url>
     - [x] "following" from timeline comments: # following = <nick> <uri>
-  Rough sketch from late 2019:
-
+  - [ ] Parse User-Agent web access logs.
+  - [ ] Update peer ref file(s)
+    Rough sketch from late 2019:
         let read file =
             ...
         let write file peers =
@@ -89,6 +93,15 @@ In-progress
 
 Backlog
 -------
+- [ ] Check for peer duplicates:
+  - [ ] same nick for N>1 URIs
+  - [ ] same URI for N>1 nicks
+- [ ] Background polling and incremental timeline updates.
+  We can mark which messages have already been printed and print new ones as
+  they come in.
+  REQUIRES: polling
+- [ ] Use ETag to prevent redundant downloads
+- [ ] Polling mode/command, where tt periodically polls peer timelines
 - [ ] nick tiebreaker(s)
   - [ ] some sort of a hash of URI?
   - [ ] angry-purple-tiger kind if thingie?
@@ -100,13 +113,13 @@ Backlog
 - [ ] stats
   - [ ] download times per peer
 - [ ] Support redirects
-  - should permanent redirects update the feed somehow?
+  - should permanent redirects update the peer ref somehow?
 - [ ] Support time ranges (i.e. reading the timeline between given time points)
 - [ ] optional text wrap
 - [ ] write
 - [ ] timeline limits
-- [ ] feed set operations (perhaps better done externally?)
-- [ ] timeline as a result of a query (feed set op + filter expressions)
+- [ ] peer refs set operations (perhaps better done externally?)
+- [ ] timeline as a result of a query (peer ref set op + filter expressions)
 - [ ] config files
 - [ ] highlight mentions
 - [ ] filter on mentions