move two vector icons in anydpi directory

improvement in the color selection UI

keep initial and current colors separately. these are two different things
initial is the current profile color, current is the currently selected
color in the color selector, also used by the color selector icon

prepare 0.9.4/24 release

fix first run experience

hide the no profiles screen and show the main screen when the
first profile is created

properly trigger a data retrieval operation
also when the data is stale

whitespace

developer menu item for wiping all local profile data

a bit of padding on the no profiles screen

hook profile list expansion/collapsing on tap at runtime

seems to fail on older devices otherwise

Stop trying to create app shortcuts on pre 7.1 devices, fixing a crash

remove unused code

bump matching transaction limit to 150

for when some deep histiry is changed

upgrade some libraries

bump gradle version to 3.3.2

prepare 0.9.3/23 rlease

fixed last couple of glitchs when adding transaction via an app shortcut with the main app not running

prepare 0.9.2 (22) release

missing word in 0.9.1 change log

fix account name auto-completion in new transaction screen started via shortcut

use HTTPS for the hledger.org link

update changelogs

bump version name/code to 0.9.1/21

use the activity's mProfile, not the global current profile in Data

fixes a problem when the new transaction activity is invoked via
an app shortcut and the main app is not running (and therefore there
is no global current profile

update change logs

legacy parser: fill amounts of synthetic parent accounts

hledger-web omits the parent account reporting only "par:sub" account
(no separate "par")

so far the code creates the parent account, but wasn't filling its
amounts

LedgerAccount: fix NPE in getAmountCount() when there are no amounts

triggered by empty accounts without amounts

whitespace

a couple of possible memory leaks closed

Profile list: block change notifications while moving items around

this avoids a refresh of the adapter, making the recycler view stop
the swapping dance

ObservableList: add ability to block (delay) change notifications

add app shortcuts (Android 7.1+) for adding new transaction for top profiles

central method for retrieving a profile by its UUID

loads the profile list is not done before

drop the "new account" new transaction screen menu item

new accounts are added automatically when needed

activity names in manifest - without the full package prefix

maybe this is important for the shortcuts (to follow)

drop the (now non-existing) profile list activity from manifest

prepare change lists

rename the drawer image

better total management while parsing JSON transaction list

more classes describing the /add API

JSON transaction parser: detect file-order stream and disable the early termination logic

the early termination logic is useful when transactions come in reverse
chronological order -- newest first. seeing 50 known transactions
seems like a good criteria for terminating the parsing before the whole
stream is processed

however, the JSON API seems to return transactions in file order --
oldest first (by time of creation, not 'date' field). in this order
the newest (and thus unknown) transactions come last and the early
termination logic needs to be disabled

JSON API for adding transactions

methods for converting of run-time data structures to json-serializable ones

global method for format dates in ISO format (y-m-d)

fix JSON account retrieval to supply the amounts to the new list

fix handling the click on the account expander image

whitespace

streamline handling of account name filter

avoids multiple refresh requests, handles phone rotation/activity restart
correctly

a way to force notification on ObservableValue

handle long-clicks everywhere on the account row

single observer instances, single place for reloading account/transaction lists

fixes observer leak which also multiplied the reloads with each
screen rotation (and activity restart)

drop unused method

middle-level activity class doesn't need to be available in the app manifest

spare one activity restart when the startup profile uses a non-default color theme

drop unused class

was a hollow one anyway

whitespace

Data.transactions -> observable list

fix observer leak

move observers from AccountSummaryFragment and TransactionListFragment
to MainActivity; drop them when the activity is destroyed

the observers were leaked leading to multiple duplicate change
notifications

more flow debugging

collapse profile list and close the drawer when switching profiles

when the profiles use different themes this kind of worked as a side
effect of activity restart, but when the profiles use the same theme
the drawer remains open making it seem that something didn't work

whitespace

notify profile list adapter when the currently selected profile changes

this seems to work when the profiles use a different theme because
in this case the activity is restarted (and adapter re-initializes)
but when the changed profiles use the same theme the change was not
reflected in the profile list

transaction auto-fill: honor the preferred account filter

fix initialization of preferred account name filter in the profile editor when editing new profile

hide all of the "Last update" text when there was never a successful update

whitespace

TODO done: visual feedback on transaction account removal

new transaction: remove account on right swipe too

enable animations when removing new transaction rows

not perfect, but still better than flash-disappearance

whitespace

handle preferred accounts filter setting in the profile detail UI

new profile field: preferred accounts filter

to be used in the transaction description auto-completion, preferring
transactions that contain an account matching the filter

the idea is useful for ledgers manipulated by multiple people with
personal accounts who enter transactions with the same description

one would expect the auto-completion to pick a transaction that uses
accounts of the user rather than transaction using other users'
accounts

reuse the SQL parameter list that is the same for the 5 calls

Profile: drop constructors filling all fields

adding fields becomes fragile and tracing correspondence between
constructor arguments and fields feels like a jedi art

put updating of profile data from the UI in a method

will be used on new profiles too

remove unused reference to the profile detail FAB

the fragment already takes care of it

profile details: confirm profile deletion

ProfileDetailActivity: delegate options menu item creation and handling to the ProfileDetailFragment

after showing account's transactions, make Back return to the account list

translation

remove unused resource file

store/retrieve account name filter in the bundle

also move propagating the stored account name filter in the onStart method
which is called when the screen is rotated for example. onCreate is
called in more extreme situations

overly long commodity lists fade to white and expand/collapse on click

rework showing of account's transactions with a context menu

not a common option and the ordinary click on the amounts will be used
to expand large commodity lists

add flag to accounts indicating whether their commodity list is expanded

there may e too many commodities to keep them visible at all times

bump version code

fix version number

add changelog

default new profile URL is 'https://'

show accumulated balance in parent accounts

fixup single initial revision

whitespace

single SQL file for initial db creation

applying 20 incremental revisions appears a bit too much

these constants may be private

package private constructor is enough

declare LockHolder as implementing AutoClosable (instead of Closable)

fix annotations to match super methods

drop 'synchronized' modifier for getDatabase

it was necessary to guarantee that no two connections were created because
the connection is created in getDatabase

by moving the connection creatin to the init() a high profile method
(getDatabase) gets faster. init() is called only once anyway

locks around observable list's access

to help guarantee that the list is not modified by another thread while
traversing

no direct interface to ObservableList's value

Colors: treat 360 same as 0

account list: queue db updates when an account is expanded/collapsed

avoids a possible huge delay in UI if the account list is being updated