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

drop description drop-down dismissal upon new trans. activity reset

seems to crash with adapter inconsistency sometimes

whitespace

finish support for multiple server APIs when retrieving data

this also adds support for the last JSON API change introduced in
1.19.1 (see gh#1360)

exceptions from the low-level json parser are interpreted as version
incompatibility and a pointer is made to profile details

drop unused menu file

Migrate from Switch to SwitchMaterial

a step towards API-independent JSON parsing of accounts

Switch → SwitchMaterial in the currency selector

hew transaction entry: honour default currency setting

fix currency selector layout with long list of currencies

HledgerVersion: declare members final

fixes after migration to ViewPager2

the activity is not the container of the view hierarchy, the view
argument to onViewCreated() is

replace onActivityCreated (deprecated) with onViewCreated

migrate from ViewPager to ViewPager2

assign click handler at runtime

doing it in the XML is deprecated

drop growMode progressBar attribute, no longer valid

add fab icon description

bump versions of gradle and libraries

fixed a hard to reproduce crash upon returning to the app

to reproduce, set the background process limit in the developer options
to "1"

a bit shorter splash duration

better version detection progress

whitespace

UI and machinery for detecting hledger-web version

todo: retry discovering version upon URL change, make JSON input/output
honour the version

Revert "remove references to style members from the parser classes"

Breaks new transaction submission

This reverts commit 47f69abd0ff71ef40d37fc8b9f8693d370f473ea.

whitespace

include errors sending transaction in debug output

fix legacy new transaction submission with no date (use today's)

broken in 0.15.0

remove references to style members from the parser classes

There is a change in 1.19.1 that breaks the parser (precision member
changed from plain number to an object). While modifying the parser to
be able to try different versions of the API is possible, it is quite a
task, and by simple omission of 'astyle' members the parser library
ignores the incoming data.

This (not providing 'astyle') also seems to work when adding new
transactions, at least with hledger-web 1.16.2

Revert "add support for floatingPoint member of the quantity objects"

This reverts commit d6d15ebf2287b3e9d7c213241367ef053e971e60.

The problem with that is that it breaks sending new transactions for older
versions of hledger-web.

It is also not really necessary, because the precision got limited so that
there is no longer possible to get 255 decimal digits for periodic results

add support for floatingPoint member of the quantity objects

introduced in hledger-web to avoid problems with large mantissas and
such when some prices are drived from transactions that result in
periodic decimals

themes: secondary==primary, a bit closer primaryDark, no calculations

all intermediate colours are calculated as a weighted average of the
nearest theme color. this keeps the color calculations in one place --
tools/gen-styles.pl

make splash activity descent from CrashReportingActivity

some DB work is done in the background, initiated from SplashActivity.
it is possible that it crashes for some reason and that better be
reported

DB: move pragma execution in onConfigure() where it belongs

splash: setup DB in the background

this puts all initial DB work in the background - creation and upgrade

avoids empty screen when there is a ig DB rework on upgrade

whitespace

declare theme for the new transaction activity

avoids flashing when started up directly by a launcher shortcut

use theme-driven new transaction FAB icon color

fix profile list not updating tag colour after saving profile changes

move delete profile menu handling in a method

allow removal of the last profile

nothing bad about that, the welcome screen will be activated

emplye requireNonNull instead of a manual check

fix setup of theme when the last profile was removed

the old preference was still available and caused usage of the theme
of the last profile instead of the default

ordered deletion when wiping profile data

needed so that foreigh keys can be enforced

add 0.15.0 release date

remove legacy foreigh key vialotions in transaction_accounts

when switching profiles, clear account list too

enable the foreign_keys PRAGMA only in debug builds

hopefully will help iron out all the caveats

prepare release of 0.15.0 (36)

typo in CHANGES

fix typo in full description translation

update CHANGES

final fix for the first date delimiter item

show the number of accounts in the account list head item

fix duplicate first date delimiter when the latest date is in the past

last update text also includes transaction count

and is maintained by the main activity, which has access to all the
relevant bits - string resources, live data observation, up to date
transaction count

fix mismatch in the gap above the last update text

it appears that layout_marginTop works in a Frame, but not in a
ConstraintLayout :(

convert the last update global header to a list header

to avoid taking up precious space, and to help animation of transactions
coming in the front of the list -- before they were silently inserted
above the first, in above the visible scroller window. now there is
an item fixed at the first position

drop unused empty style

better shadow under main header in dark mode

with greater height and darker at the top edge. still black

tried with white and it looks very unnatural and like a mistake

transaction list always starts with the date of the first transaction

this is a good idea because of the side effect it has when a new
transaction from today comes after a refresh -- you see it pop in under
the date row

without the date row (which is at the top of the scroll view when
pulling to refresh) the new appears outside of the visible scroll window
and one has to to see it -- it appears as if the refresh didn't do
anything later problem still stays when the first transaction is for a
past(1) and the newly coming ones are from a later (than (1)) date

a possible solution is to convert the "Last updated" header to a special
kind of transaction list item (there are three now - date line,
transaction box and bottom filler) that always sits on the top of the
list and all incoming transactions are inserted below it -- always pop
in nicely

store new currencies upon account amounts storage

fixes a crash when a previous transaction is selected in the new
transaction screen that uses currencies not added via the currency
dialog

fix storing/retrieval of currency position

no need of trickery. standard enum has it all

replace local utility functions with ones from TextUtils

drop done TODO: transaction level comment

implemented in v0.14.0

update CHANGES.md

fix transaction_accounts in create_db.sql

columns can't come after constraints, it seems

fix spurious fetch of remote data

the lastUpdate observer was triggered once before the value is set
so move the decision whether to fetch out of the observer

fix many lint errors/warnings

disable some annoying debug