empty amounts for newly created templates

were using '0.00'

implement account name lookup in Templates' account fields

add AccountDAO to DB

make methods in AccountDAO public

Account.toString() returns the account name

add accounts to Room

fix detection of continuations in SQL revision scripts

let SQL revision files control the transaction

because the foreign_keys pragma can't be used inside a transaction

add missing/fix copyright statements to all SQL revision files

add continuation support to applyRevisionFile()

even if the plan is to migrate fully to Room, writing DB structure
revisions in a series of SQL files is much more convenient compared to a
sequence od db.execSQL() calls with very long arguments

except that writing SQL text that is very long is a problem for the SQL
files too. Continuations solve this in a way, much better than splitting
long SQL arguments to execSQL() in a series of concatenated strings

fix initial database creation

old-style revision support is still needed because Room is a
second-class citizen, yet

fixup deletion of templates

bump years of copyright

template deletion, with undo

async template DB manipulation routines

rename getPatternAccountDAO() to getTemplateAccountDAO()

rename getPatternDAO to getTemplateDAO

generic async result callback interface

copy-constructors for TemplateHeader/TemplateAccount/TemplateWithAccounts

cascade delete of template_accounts from templates

drop unused code

quicker reaction to the scroll when considering fab sliding

rework main activity fab show/hide to slide up/down

this is inspired by the HideBottomViewOnScrollBehaviour, which cannot
be used directly, since it doesn't work for showing the fab when the
recycler view is not tall enough to cause scrolling

to reproduce the problem, make the fab hide in the transaction list,
then switch to the account tree, which needs to be collapsed, and try
to show the fab

whitespace

fix parameter annotation

add icon to the dialog for choosing a template

Templates: make FAB hide on scroll up

turn foreign_keys PRAGMA in Room too

rename Patterns to Templates

better reflects the purpose and function

also drop unnecessary unique index on a primary key and explicit
foreign key constraint names

rename patterns to templates

"pattern" is the regular expression that is used to match templates

guard against ncurrent navigation controller destination being null

drop large sample text

translations

handle back arrow tap in patterns activity

use string resource instead of hardcoded text

fix alignment of date component inputs

fix setting null literal value for date components

fix selecting from multiple matching patterns

ui/machinery support for negated pattern amounts

add a pattern flag for negation of amount

correction in index name

drop redundant parameter with default value

no background for pattern edit buttons

remove background colour of pattern list

was used for debugging

typo in view id

change toolbar title when editing/adding a pattern

cleanup

complete fromRoomObject() to include date matching fields

fix IDs when creating new patterns

Rename QEScanAbleFragment to QRScanCapableFragment

add two indices, corresponding to foreign keys to help Room

add support for filling new transaction data from matched pattern(s)

still not ideal, but works in the simplest case

more toString() support

add SimpleDate.toString()

fix support for matching of transaction description/comment

fu: Data.parseNumber

format account amounts upon focus leave; store in DB

rename formatNumber to formatCurrency and provide formatNumber w/o curr.

also provide number parsing, using the same NumberFormat object

move model instantiation from onAttach to onCreateView

parent activity may not be fully up in onAttach() and return a null
navigation controller, resulting in a crash upon reconfiguration

Room doesn't understand "NULLS FIRST" in the ORDER BY clause :(

when saving a pattern, use the navigateUp() method

this leaves the navigation stack in a better state

rework pattern management machinery

adding and editing of patterns mostly works (amounts not yet)

room database instantiation moved from App to DB (properly synchronised)

view holders don't hold references to corresponding items or positions
instead, they retrieve the item via getAdapterPosition() as recommended

account names/comments are stored in the DB

fix crash when a pattern with null test text is loaded

add test text to pattern table and drop position

test text is needed when displaying details so that matching groups
can have values

the position of the patterns is redundant - they are sorted by name

global function for formatting numbers (locale-aware)

somewhat working pattern list/editor

updated gradlew.bat

button id rename (fab -> fabAdd)

make Currency loadable by id

App: make the Room database handle available

extract QR-scanning machinery from new transaction fragment

Room database class plus a couple of DAO classes

expand pattern tables with all needed fields; prepare for Room adoption

bump versions of a couple of libraries

add Room to dependencies

pave the way to fragment navigation for pattern list activity

shuffle some classes under proper packages

upgrade a couple of library versions

use indefinite snackbar showing interval

these are messages that need to be read

first step towards pattern-assisted auto-filling of transactions

in the end will support deducing transactions via QR-code scan,
clipboard paste and text messages

db tables for patterns and pattern accounts

new transaction model: add setDate method

drop TODO: transaction-level comment (done)

convert new transaction row to view binding

convert switch on resource IDs with a series of if/else

resource IDs are going to be non-final in the future

new transaction: bigger currency button area

metadata: mention comments in full description

prepare release 0.16.0 (37)

remove an extra LinearLayout

drop unnecessary namespace declarations after layout merger

replace xml onClick declaration with run-time hooking

declarative handlers are deprecated

fix server version detection when the first profile is being created

the Authenticator always used the current profile, which is null when
there are no profiles yet

convert MainActivity to view binding

convert two switch() statements to if/else

preparing for gradle 5, where resource IDs will no longer be declared
as final

migrate profile detail fragment to view binding

better handling of theme change

was broken if the theme is changed via the profile editor invoked by
the "configure profile" button in the new transaction activity

ProfileThemedActivity: track current profile changes

needed by the new transaction activity which uses the mProfile value
(and its getApiVersion()) when saving the transaction. The API version
could have been changed by the "possible API version mismatch" dialog,
which may be used to open the profile editor

detect and report API errors when saving new transactions

API version-dependent transaction sending

move API version enum in a standalone class

will be used for sending too

hint for showing soft keyboard in new trans/profile details