save a setText() call that would not change anyting

new account rows are created without amount hint

drop improper list copy

1) the list shall be copied only when the original is the live list
2) a (proper) list copy is made just a couple of lines earlier

fix model inconsistency when hiding/showing currency

debug++

new transaction: avoid manipulating the FAB directly, use the manager

direct manipulation leads to inconsistency - the manager thinks that the
fab is visible and refuses to show it

reset the submittable flag when resetting model state

separate error message text from the rest of the message

remove the focused check before restoring cursor position

the check can fail for some reason, breaking user experience

material (slightly larger) text sizes in template list

show hidden FAB after four seconds

replace unused coordinator layout with constraint layout

removing the nested scroll view also makes the behaviour of the FAB not
depend on the number of items in the recycle view

use standard height toolbars in main activity and new transaction act.

use default toolbar height for the templates activity

looks better and the extra height is not needed

"fix" background of templates toolbar

this needs a better fix, but the workaround present in the other
activities will do for now

include "last account" flag in debug output

set focus to the transaction description upon UI reset

for example when the transaction is submitted

NT: keep cursor position while setting account name text

some times the ViewHolder is replaced and the already entred text needs
to be restored. this resets the cursor position to 0, which is rather
uncomfortable while entering text

switch new transaction UI to FabManager

measure FAB

requires that it is bottom-aligned to a supported layout

fixes a problem when the FAB needs to be hidden before view are measured
and laid out

parent is guaranteed to be a View here, or null

drop collapsing toolbar layout, plain toolbar is fine

same as the other places

separate FAB management in a helper class

CoordinatorLayout + FAB with "hide bottom view on scroll" behaviour
might seem to work, but there is a corner case when the view is just
large enough so that the FAB overlaps it, but not large enough to cause
scrolling and in this case it is possible to either be stuck with the
FAB over the bottom of the business area, or to hide the FAB without an
intuitive to make it pop up again

also, use single FAB for the Templates activity

drop last remnants of new transaction bottom padding

add divider before fallback templates

check if transaction is submittable after applying a template

Templates: order fallback templates at the bottom of the list

slight optimization

fix storing/restoring focus on reconfiguration

optimize calls to checkTransactionSubmittable()

this an expensive function traversing over all rows, so a cheap
avoidance would be nice

flag initial amount hint as present (still null)

this avoids unnecessary item replacement manifesting as selection change
when the first letter of the account name is entered

when comparing account rows, ignore amount hints if amount is present

avoids unnecessary view holder update, possibly messing with the amount
being entered

format amounts when the input field loses focus

previously this relied on an update via the model

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