make the foreign key constraint "on delete cascade"

implement list deletion

manage transactions via hooks

begin before request, commit after, unless there was a 5xx error, in
which case rollback

add a splash screen

without it there is a brief moment of "First create a shopping list"
message that is confusing

debug messages in development environment

fix handling of 'The list has no items' notice

move sub declaration before usage

identify lists by their id (part of the URI)

document list and item URIs containing unique IDs in them

whitespace

check lists version after item submission

put item version in item data, not list version

check lists and list versions after updating an item

central handling of new list version

fix removal of 'selected' class of the previously selected list

remove spurious parameter

next step in web-app: adding of lists and list items, marking items as done/pending

fix retrieval of shopping list items

return exception responses as JSON

protocol change: supply list name in the list of lists

the idea is that an app would want to have the name early in order to be
able to display the list of available shopping lists, and later, after
the user selects a shopping list, it would retrieve the items

also, it makes more sense this way since the lists_version thing is a
property of the list of shopping lists and is changed upon a list rename

first ugly attempts at the web app

no need to decode input data, the serializar does it

clean unused parts, add web app mount

first take at a Dancer2 app, some functions work

document adding and modifying list items

initial draft of communication protocol

repository created