aboutsummaryrefslogtreecommitdiff
path: root/TODO
blob: 6af7bfec13516afded039a267e92de505e860ac2 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
I'm not sure how far I'm going to take this thing. It's already
functional enough for my purposes. And I'm in the middle of squeezing
the fujinet-chat code down, so this is currently low priority. It
really only exists so I can easily test fujinet-chat against different
FujiNet firmware versions.

However, it could be made more useful, when/if I find the time
and motivation to extend it.

Stuff to do before a 1.0 release:
---------------------------------

- Test with newer esptool versions.

- Test with older platformio versions.

- Find out if it works on MacOS as-is (if not, make it work).
  I think the device nodes aren't /dev/ttyUSB* there... though pio
  should be smart enough to know them, and the -p option should work,
  for users who know what they're doing.

- Config file in ~/.fujinet-updater.conf, to set at least the default
  -t option. Don't actually put this in ~/.fujinet-updater/, since
  the user might want to rm -rf that to clean out old firmwares.

- -d option to delete the ~/.fujinet-updater/ dir afterwards?
  or maybe make this the default, and use -k to keep it? Or
  maybe only delete the downloaded/extracted files, because...

- ...we might log stdout/stderr to ~/.fujinet-updater/log.txt
  or similar.

- -v option for verify? easy to implement (esptool.py has an option
  for it already).

Stuff to do after a 1.0 release:
--------------------------------

GUI frontend. It can be barebones, but it at least should match the
functionality of the official one. Write in C, use GTK (2? 3?).

Alternately, a curses UI. Doubt I'll do both.