aboutsummaryrefslogtreecommitdiff
path: root/TODO.txt
blob: 6f54d7f2086c8e494637add18027261026eab28c (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
* Get tests running in their own directory
* Write CLI
    * in progress, using click - https://click.pocoo.org/
* Write GUI
* Write docs
    * How? Sphinx? Needs research

---

Consider adding a 'dates' table that matches games to dates for purchase,
beating, and completing. Currently implemented via RFC2822-style headers within
the 'notes' field. More research is needed to determine if the notes field or a
table is a better way to achieve this. If an addition to the database format is
deemed necessary, a restructuring may be in order.

---

One of the things curious about managing a game collection that doubles as a
backlog is, you get games on systems that were originally on other systems. How
do you classify those games? The original game is the actual content you're
playing, but you bought it for the newer system! If you track ownership
correctly, you'll put it under the new system. If you care about tracking the
original release, you're a little stuck.

A perfect example is Virtual Console games on the Wii, WiiU, and 3DS. These
games should have their ownership tracked under Wii, WiiU, or 3DS, but the
original releases are on NES, SNES, etc. Ideally, it should be tracked as a
duplicate of the respective game on NES and SNES if you've owned or beaten them.
That hints toward needing games to have pointers of some sort, to add some
meaning to what's *truly* owned, and what's *been played through*.

This points to the idea of release types. More experimentation is needed.

---