version is mandatory when updating a list

fix updating only done state or only item descriptiom

start item management, delete works

doc typo

list edit input -- narrow, extending to screen width

drop delete button's text, takes too much space on phone screen

make buttonpane padding symmetrical, separate the delete button a bit

working modification of shopping lists

fix item/list version/data tracking when adding/modifying list items

avoids some spurious refresh requests

fix storage of list version to li.data()

list version is stored in data(), not attr()

move edi list trigger to list name heading

no need to be able to edit non-selected lists. that would require that
pencil buttons are present for all lists (because of phones)

typo in doc

responsive CSS (?)

visual improvements, grids

bugfix: list edit icon disappearing after lists reload

reset new list input upon list addition

select newly created list

TODO: undo list deletion

start implementing list editing

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