fix updates of last transaction update text

rework transaction list with proper view holders and no background load

all the data is already available in the transaction list loaded from
the database (asynchronously)

also, fix a glitch where a visible item's matching account row is not
coloured when the list is filtered by account name (because the
underlying item is the same)

fix finding the earliest transaction by date

rewrite update of transaction list from DB with Room

drop unused async db queue classes

drop now unused MLDB class along with its async db routines

wipe retrieval progress when transaction retrieval is stopped

fixes a glitch when a retrieval error suggests changing profile
configuration, and from there the profile is deleted and activity
restarted because of the change of the active profile. the new activity
instance observes the retrieval result and gets the error and reports it
erroneously

interpret only json-parsing exceptions as API mismatch

all others, like no Internet, bad host name etc should be reported as
usual

when deleting the currently active profile, switch to the first profile

fix exception handling while trying different API versions

fix profile deletion / data wipe

do not keep a reference to the profile being edited, instead query it
by the ID now stored in the model

one thing doesn't work yet - reaction to deletion of the current profile

fix passing profile ID to ProfileDetailActivity

add a pre-release build variant

to be used as debug aid when initial install needs to be tested, but
keeping the data in the debug-variant ap

make use of getBindingAdapter and save a field

bump library dependencies

RecycleView 1.2.0 deprecated getAdapterPosition, replace with
getBindingAdapterPosition -- no concat adapters are used

fix creation of a new profile after Room-y of Profile adoption

fix template editor layout

due to a glitch in the view chains on some devices the layout was
broken

noise: renaming of IDs

constant TAG

debug--

Room-based profile management

MobileLedgerProfile is gone, Room spreads gradually

equality check for Profile

Room-based profile wipe

used only in debug builds as before

dummy migration method

it appeared useful at a point, but later the fix was another

still, it may be handy in the future

Default template name given at save time

gets in the way when put in the details

asynchronous profile initialisation

the problem here was that the startup profile is read from the DB,
synchronously, and all DB operations need to happen via Room off the
main thread

since at activity startup only the theme is needed, that, and the startup
profile ID can be stored in the android preferences. actual loading of
profile and further data can be done after the theme is setup, in the
background, via Room

more Room adoption - accounts@100%, some profiles/transactions

implement incremental changes in account list adapter

avoids unnecessary viewHolder replacement

expansion/collapse are much nicer now

adopt Room for displaying account lists

generation is long

account_id → accountId

specialized sub-classes of AccountListItem

debug--

fix SQL when cleaning obsolete transaction/accounts

minor optimization in getting next generation

fix SQL when filtering transaction list by account name

fix transaction account storage SQL

whitespace

fix db migration to surrogate IDs (final step)

the cleanest approach is to create all new tables, move the data, and
then drop/rename them, followed by index creation

fixes a problem with transaction_accounts being empty because the
profiles table was dropped

requires foreign_keys pragma (set outside transaction control) so that
the declare foreign keys to the new tables get renamed with the tables

more fall-outs after transition to surrogate IDs

fix migration of transaction_accounts (attempt #N)

another step towards surrogate ID db objects

profile → profile_id in more places
transactions.id is globally unique; ledger-supplied ID
(profile-specific) is in transactions.ledger_id

another step towards surrogate ID db objects

rename profile's uuid column to catch (and remove) all its usages
use default theme id for the initial theme id

migrate to surrogate IDs for all database objects

along with foreign keys etc

drop unused create_db.sql

replace custom autocompletion adapter hooking with specialised adapters

... which use Room

prepare release of v0.17.1 (39)

fix db migration from v0.16.0 (profile data)

update features in full description

prepare v0.17.0 (38) for release

minimize flicker when applying templated transaction too

smooth items replacement when old transaction is loaded and upon reset

make transaction header row always have Id of 0

there's onle one header, and having a stable Id avoids visual flicker
when the list is updated

fix flicker introduced with unique item Id

when items get unique id every time, resetting the model causes new
IDs to be assigned, making the adapter consider old items gone and new
items added. this sounds OK, but the visual effect is that everything
disappears and then reappears, causing flicker.

split new transaction item holder in two

one for the header row, another for the account rows

clean up unused resources

Транзакция → Движение навсякъде

template details delete icon needs to be white

it is shown in the action bar

minor optimization: avoid constructing empty string object

replace TextUtils.equals() usage with Misc.equalStrings()

equalStrings() considers null to be equal to the empty string

improvements in debug messages

note focused item changed when item is moved

avoid dataSync when updating entered amount format on losing focus

no back-end data is changed, only the formatted text in the UI

always work with a clone of the live list when checking transaction

shortcuts bite back. the codes makes several lists with items from the
checked list and this may mess with the "get-copy-modify-set" actions
when some item in the working list needs to be changed

instead, make a clone (new list, cloned items; except if the input list
is not the live one, i.e. it is a working copy already) and freely
modify its items directly

if the "always clone" approach gets slow, this whole process may be
moved to a thread

also, note focus has moved when a item above the focused item is removed

handle menu items click hooks by code in new transaction activity

add divider after debug items in the new transaction menu

also, call super.onCreateOptionsMenu to let the system put any system
menu items if needed

also, don't bother with debug menu items in the release build

fixup: template details help

use the "black" icon here, this is a menu

black trash icon

for menus

provide some guidance for template parameters

HelpDialog: support for markdown-style links in the message

move help dialog in a separate class

will be used from other places too

multi-line pattern and test text input fields

these can get rather long and scrolling is annoying

add help menu for the template list

debug++

syncData(): refuse to do anything when not associated with an item

this may hapen when the item is swiped out (and loses focus, which may
cause re-setting amount text)

avoid crash when removing the currency of a row

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