hide the mass-action button on broken streak

clicking item description toggles the check box

item edit trigger padding is the same - visible or not

avoids potential flicker

dismiss the mass-action button after performing the action

pop a "Check all" / "Clear all" button when multiple items are checked/cleared in succession

slightly smaller check box

slightly darker modal dialog overlay

more spacious list items

remove Cancel buttons from dialogs

easier to just click outside and less clutter

the width calculation is to prevent an unnecessarily narrow dialog

only the list name is bold, not the whole header

close modal dialogs on click outside the dialog

destroy both dialogs on close

works on Esc or Cancel

submit with Enter in list editor dialog too

working list item updates, enter submits

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