fix IME hints for amount inputs

focus the first amount after loading a previous transaction

new-transaction: avoid auto-completion pop-ups when applying data

the data comes from the model, i.e. either from an applied template or
loading of a previous transaction (auto-completion of transaction
description)

fix removal of empty transaction rows after the major rework

fix sending empty transaction comments as "", not as null

null causes a '400 expecting String, found Null'

avoid crash when there is no information about focused element

observed when sending the transaction to the backend throws an exception

new transaction: replace bottom filler with scroll FAB behaviour

code becomes more consistent when the last item in the list is not a
special case

and FAB UI behaviour also becomes consistent with the rest of the app

rework new transaction activity/model/etc with proper concept separation

activity monitors the model and sends changes to adapter; view holder
propagates changes to the model

this makes it possible to properly handle QR scan results in the
activity without dirty tricks

move sample text scanning to the template activity

the initial idea was to have an abstract fragment class that could
handle the details about launching the QR scanner and accept the result.

however, the right place to do this is the activity, because only an
activity can receive the scan result, and launch the QR app.

Before, this was worked around by a LiveData thing that the activity
observed, and which the "Scan" buttons triggered. This has a nasty side
effect that the LiveData is triggered whenever the activity is
re-instantiated

account name auto-complete: convert input to upper case

the database uses case_sensitive_like pragma for other reasons, so
thi lookup query needs to be adapted. this wasn't a problem before
the adoption of Room for database structure migration with all the
connection-level pragmas, used by the account storage part

bump version (name and code)

Room takes over DB migrations

describe transaction_accounts to Room

describe transactions to Room

initialize Room after all legacy upgrading is done

this is here until all database tables are described in Room and the
structure changes can be migrated too Room too.

describe description_history to Room

describe account_values to Room

describe options to Room

describe profiles for Room

remove unnecessary qualification

offer fallback templates only when no other template matches

more pattern → template renaming

fix crash when there is no test text and the pattern is tested

another approach at supporting multi-line SQL statements

whitespace

not boolean, integer

for room compatibility

add fallback flag to templates

slightly easier account item rearrangement

no need for gravity, only one edge is constrained anyway

debug++

template details: ensure single empty account when account data is changed

member rearrangement

debug++

model: adjust items' positions when an item is removed

model: adjust items' positions when an item is moved

model: reorder account rows by their position

it is stupid that this cannot be achieved in Room

model: ensure exactly one empty account row

also properly apply the check after removing an item. the intermediate
items.setValue(newList) is complete unnecessary

also make the check when receiving items from the database

template details model: method for creating a copy of the data list

this is a clone-like list, that shares no common objects with the original
needed so that any changes to it do not touch the original items and
differ discovers the changes

adapter/debug: dump new item list

drop unused method

position becomes plain long (not Long)

AccountRow.isEmpty(): is this a disposable empty row?

i.e., without account name/comment/amount source/value

AccountRow.equalContents: compare positions too

AccountRow: copy constructor

AccountRow: set position from DB

touch helper: avoid moving an item to its present position

header row has (adapter) ID of 0, not -1

-1 is the ID of the first newly added account and IDs must be unique

stop propagating UI changes to the model during view binding

prevents endless recursion

include account position in template account head

the account block is rather large, a prominent indicator of its
sequential number seems appropriate

silence click-accessibility warning

this view is not clickable

method rearrangement

use expression lambda

implement swipe-remove and drag-move in template details

template modes: mark newly added accounts with negative IDs

unique IDs are mandatory, and the ones from the database are positive.
newly created may use negative IDs (given by a model-wide decrementing
atomic integer) and this comes handy when saving them to to db

fix saving template account removals

simple idea. account positions are positive numbers. upon save, all
positions are set to -1, then all accounts are saved with positions from
1 on, and finally all the accounts with positions still at -1 are
deleted

fix duplicate accounts in template account autocompletion

visible when multiple profiles contain accounts with the same name

bump several library versions

use stock drag handle icon for profile list

correct copyright notices on icon resources

fix visibility of amount sign switch texts

template details: replace the framework trash icon with stock one

to keep it consistent with the other icons

fix marking of unmatched part at the end of the test text

drop unused variable

manipulation of templates via pop-up menu, add template duplication

methods for duplication of a template with its data

make pattern editor survive reconfiguration

template details: explicitly enabled layout changes animation

fix mis-translation

self-explanatory amount reversal switch

whitespace

type (packend → backend)

translatable text for template element value from the pattern

use explicit indices for format strings in string resources

fu: visual improvements in template editor

better sub-section headings

visual improvements in template editor

more air between independent elements, consistent look for sub-section
headings, clear icon

templates: use "number" input type for date component fields

profile editor: a bit better check for insecure scheme

show pattern match results in template editor

theme: swap colorError and colorOnError

colorError is used for TextInputLayout to draw error text. It needs to
stand out.

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