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

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