Skip to content

Latest commit

 

History

History
74 lines (50 loc) · 3.27 KB

TODO.md

File metadata and controls

74 lines (50 loc) · 3.27 KB
Raw

For v1

https://www.x.org/releases/X11R7.6/doc/xorg-docs/specs/ICCCM/icccm.html

has some comments around selections https://git.suckless.org/st/file/x.c.html might have been useful

Next

  • TODO Add integration tests for png target

  • TODO for png target, include source window in the formatted string to differenciate better

  • TODO better dup support -- get rid of dupes regardless of when the previous one was made? Could become expensive with very large history sizes? probably fine though, tbh

  • TODO ONE possibility, would be to get every available target and record all of them, then offer them up exactly as we got them this has the issue of maybe using masses of memory for big things though To see how big of a deal this would be, dump out offered targets in debugging and see what vim offers for example. (many.) we could whitelist support targets, and store multiple?

  • could have a config file where it loads 'permanent' clips to be included at the bottom of results, useful for frequently used things one per line with \n encoded? or maybe we should use command line flags still, one per preset?

  • how can we do this elegantly without messing with the history code though. probably easy enough to just have a second slice of the fixed ones and then merge them in when we loop to format or loop to search. Could maybe have the ability to 'lock' some clips too. what would their 'time' be? '[locked]' maybe, [preset]? something like that.

  • somehow detect if another clipclop is running and tell me "TURN IT OFF OR TESTS WILL FAIL"?

Image support

  • TODO image selection depends on size, currently. Two images of identical size will result in the first being picked always. This is also an issue for strings with the same first line, but would be hard to get around unless we also: - check the time - prefix with an index 01 [5s ago] Blah blah blah This would be easier if dmenu could report the index of the chosen item, but it doesn't do that without a patch.

  • TODO image blob stored in file if large? same for large text clips?

HTML/Rich text support

  • TODO support rich text/html copy pasting

Builds

  • TODO better readme with setup instructions
  • TODO automatic release builds
  • TODO submit to aur

Later

Unicode testing

Probably bugs here

  • strings are truncated to the wrong length with multicharacter runes

Persistence

serialise to disk + resume on restart https://pkg.go.dev/encoding/gob on each copy? cheaper and nicer to append to a text file and do ocassional vaccum? encode newlines then use newline as a separator? -- https://pkg.go.dev/encoding/[email protected] fuzztest that does some roundtrips vaccum = copy the last 50 lines to a new file and then unlink the old file I guess

If we are only appending, then duplicates will be appended too. Either we leave far more in the file so that we can drop them when we vaccum, or we only persist the previous clip? (or we wait for 15s before we append), so that we know that we won't need to replace the previous line in the file.

Or.. we just persist the whole damn thing every now and then (15s of no activity?). This is probably good enough, right? This isn't critical.

Show the source window name (configurable format string?)

"[Chrome 8s ago] Blah blah [+ 1 lines]"