This goes along with "edit/disable envelope function" at http://feedback.walletapp.net/forums/195072-general/suggestions/16884196-edit-disable-envelope-function
they must be checked all together as they complete/support each other, or at least reduces the impact of such terrible upgrade.

SUPPOSING the idea above is not worked in timely manner (and I really prefer the developers support the above instead of this), I hope developers seriously and urgently consider below:

New categories system is static (the big mistake but not in discussion here) and do not even match Wallet's itself previous categories, which brings many to the "uncategorizable" items specially during transition from old to new categories.

What about virtual categories?
Developers may allow us creating virtual categories so we (users) can at least SEE the data the way we want instead of the way they want.

Examples that promptly come to my mind (in between others):
- KIDS
- PETS
- HEALTH

Those used to be main categories to me because I want those totals separate from the others, which the new categories do not allow because all components (or sub-categories) of the above are spread thru multiple different main categories.

So imagine I could create the virtual category "KIDS" to include the following new categories-subcategories: (going shallow here as it is just for example purposes)
shopping - kids
life - education (still not ideal though as there are many different educations)
life - entertainment

Now about PETS:
shopping - pets
veterinary (* note below)

And HEALTH:
life - healthcare
shopping - drugstore

That way users do not "hurt" the developer's categories database but allows us seeing it the way we want as I am sure that many users want those examples above to be separate as I do.

(*) not to mention that veterinary is not part of the original list; do developers expect me to add veterinary expenses along with life-healthcare of the human-side of my family?!

Again: this is NOT a solution to resolve it all, but it would "fake" some kind of flexibility at least. Notice that there are categories missing and it will always have because people are different, categories NEED to be flexible. The virtual categories would help in an urgent matter at least while developers manage to understand what is to offer a paid service to users. (yes, feeling betrayed).

I am an IT person who decade+ ago already said to the team that IT should bend to human requirements, and not shape the way human do things because of IT itself; support life, don't shape it -> a very basic guideline which unfortunately BB shows to think opposite, I am hoping they see that now.

ENG from translator:

good day
I had a minor subject for the application. This is a monthly budgets. Now show whether or not they are observed, but only in terms of the simple average of the two values ​​from day to limit and current status. And it is meaningless, it sees each. What do "prediction"? This means calculate average per day according to the current status and the average compared with the limits for a month? For example, if I make a big purchase food at the beginning of the period wallet to show me that I'm still in the budget, which I at first sight clear. But it would be interesting to show me that this pace of spending in the category I fit into the budget. Which would not facilitate more spending in the category, if I'm still in the ceiling, or on the contrary, I should slow down.
Try to get through your head.

Regards Karel Stepanek

CZ

Dobrý den
Měl bych menší námět pro aplikaci. Jde o měsíční rozpočty. Nyní ukazují, jestli jsou dodržovány či nikoliv, ale pouze z hlediska jednoduchého průměru na den z obou hodnot, jak limitu, tak aktuálního stavu. A to je nic neříkající, to vidí každej. Co udělat "predikci"? To znamená spočítat průměr na jeden den dle aktuálního stavu a tento průměr porovnávat s limitem pro měsíc? Když udělám například velký nákup potravin hned na začátku období, wallet mi ukáže, že jsem stále v rozpočtu, což je mi na první pohled jasné. Ale zajímavější by bylo mi ukázat, zda tímto tempem utrácení v dané kategorii se budu do rozpočtu vejít. Což by mi usnadnilo další útraty v kategorii, jestli jsem stále v limitu nebo bych měl naopak zvolnit.
Zkuste si to nechat projít hlavou.

S pozdravem Karel Štěpánek

Původní požadavek byl zamítnut ale jen kvůli tomu že tam bylo ještě i záloha na sd kartu. K první a důležitější části, tzn. zdroj-cíl nebylo v původním požadavku vyjádření, proto ho sem zadávám znovu, tentokrát bez toho požadavku na sd kartu (k tomu se vyjádřím do komentáře u původního požadavku).

V současné době není nikde popsáno jak přesně synchronizace funguje (to je jedna výtka k nové verzi :), problém je v tom že není jasné co je primárním zdrojem pro synchronizaci. Jinak řečeno když si smažu záznam ve walletu, ale včera jsem prováděl synchronizaci co se stane pokud provedu synchronizaci dnes? Bude záznam smazán i na serveru nebo bude obnoven do peněženky? Předpokládám že standardně by měl být smazán na serveru. Ale co pokud jsem udělal chybu a opravdu to potřebuju ze serveru vytáhnout? V současné verzi nemám šanci, nebo možná ano, ale opět - nevím protože fungování synchronizace není nikde popsané.

Uvítal bych ve verzi server-wallet možnost zvolit datum ke kterému se chci vrátit tak jak to bylo u staré verze při synchronizaci z sd karty. Alespoň týden dva nazpátek, pokud je to z hlediska provozu severu vůbec možné.

PS: můžete alespoň lehce popsat jak synchronizace funguje a jaký je rozdíl oproti původní možnosti uložit na server - obnovit ze serveru?