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

major rework of parsed transaction/descriptions/accounts storage

new approach avoids mass deletion followed by mass inserts and allows
activation of foreign key constraints in SQLite

the list of accounts and transactions are managed by an
asynchronous differ

members of Data that are relevant only to the MainActivity and its
fragments are moved to a new MainModel ViewModel class

bump gradle version to 4.0.1

static Logger reference

address nullability warning

speed up parsed transaction/accounts storage

new approach avoids mass deletion followed by mass inserts

fixup: progress

whitespace

proper transaction parsing progress

accounts data has the number of postings which can be used to determine
the remaining work

rework transaction retrieval without MainActivity reference

use a public LiveData to which interested parties can subscribe

collapse empty xml tag

declare theme for the splash and main activities

seems to help reduce flicker upon startup

put default colour in the base theme

this duplicates the .default theme, but is useful in the graphical editors

perhaps can me useful to spot unexpected changed in the default theme too

use DayNight theme overlay for the profile details toolbar

theme color tint for the delete icon

whitespace

rename mergeAccountLists method to better reflect its purpose

it is important to note that the data comes from hledger-web and not
as a result to some UI-induced change

fix merging of account lists so that changes are detected

the old code modified objects in-place, changing the existing object,
which avoids (wrongly) propagation of the change to the UI

the new code ensures a new object is used in that case (the one from
newList) which guarantees that the change will be caught by the list
differ

this fixes a problem with amounts not being updated after a refresh from
the hledger-web backend

drop unneeded profile parameter

avoid warning about dangerous unboxing by handling (im)possible null value

move locale live-data initialization to a static initialization block

avoids a warning about assigning locale to a final variable. the warning is misleading, because the locale is assigned to a final mutable live data object, not to a final variable

whitespace

new transaction: fix saving progress in/out navigation

somewhat broken after following the recommendations about thefragment container.

the navigation was saved so after saving 'Back' returned to the 'saving progress' fragment instead of closing the activity