2.4.0 (Page 2 of 3)

Tieto záložky si program nepamätá (pri uložení štatistiky), pamätá si len veľkosti (výšky) okien v Štatistike.
Musím to doprogramovať.

Zaujimave, ona sa ta chybicka este prejavuje podla okolnosti.

Otvorim databazu, dam jednu menu vyfiltrovat prec /mena INV/. Filter mien sa tvari, ze danu menu vyskrtol, ale pritom  sa zobrazia INV ucty /v zozname uctov/, ktore tam nemaju co robit, kedze prisluchaju vyfiltrovanej mene.

Ale - ak cez multifilter teraz zmenim, ze zakliknem hromadnym selektom vsetky ucty prec a zvolim si iba menu EUR, dam ju vyfiltrovat, ukaze ucty meny EUR.

Lenze... ak dam teraz cez multifilter vyfiltrovat vsetko OKREM meny EUR, tak ucty ukazu iba menu EUR....

Ak dam nasledne reset cez X na horne menu FILTER, kde ma resetnut vsetky filtre, tak nadalej ostava zapnuta mena EUR.... Ked ukoncim program a spustim znovu, uz to ukazuje vsetky ucty.

Zda sa, ze v multifiltri je tak viac chyb, ako sa zdalo.

Pozor, potom nemusia sedit statistiky, ak si to niekto iba zapne a nekontroluje, ako to vyfiltrovalo.

Zrusil som aj rqmoney.ini a nechal vytvorit novy, ale robi to stale.

Dnes sa mi podarilo (netuším ako) opraviť dve chyby, ktoré mi nahlásil loktibrad (vďaka za ne!):

a) chyba vo filtri účtov (ak boli v multifiltri mien vybrané napr. len dve z troch rôznych mien)
b) chyba pri exporte do XLS a CSV

Pre kontrolu som dnes vydal na otestovanie verziu 2.4.0.2 (len EXE súbor, môže bežať súbežne s pôvodným RQMONEY.EXE súborom). Takže ak má niekto chuť, môže to otestovať. Ak bude fungovať bez chýb, môže na nej ostať (neboli robené žiadne zásahy do štruktúry databázy, iba do obsluhy programu).

Skusal som aj nasimulovat chybu, ktora sa vyskytuje u verzie 2.4.0 a tiez som ju volakedy popisoval.

Pripomeniem:

- ked je vo verzii 2.4.0 vystavena transakcia PRESUN, tak ak sa prepneme na podrobnejsie viacnasobne rozuctovanie transakcii /cez F2/, tak KATEGORIA sa vzdy resetuje po kazdom pouziti na prvy zaznam v kategoriach. Ak nebol robeny presun, korektne si to pamata poslednu hodnotu. Ak bol predtym robeny presun, tak to vzdy resetuje, az pokial sa neulozi zaznam iny, nez je presun.

Vo verzii 2.4.0.2 sa to sprava podobne, az na to, ze ak date presun, NEFUNGUJE cez F2 sa dostat do podrobnejsieho rozuctovania transackii pri nahadzovani. Musite sa vratit na jednoduchu transakciu a aj ked ju nebudete robit ani ju nemusite zaevidovat, staci tam prepnut PRESUN na VYDAJ a uz vas to pusti cez F2 do podrobnejsieho rozuctovania.

SLAVIK

- ta chyba sa tyka verzie 2.4.0, kde funguje dostat sa do rozuctovania F2, aj po poslednom presune, ale resetuje to kategoriu.

V 2.4.0.2 - je vsak este naviac ten problem, ze ja napr. vcera, ci pred tyzdnom urobim jednoduchy presun, ulozim ho. Po par dnoch idem urobit transakciu novu, tak si ju dam vytvorit. Ono si to pamata, ze to robilo presun, ale ja nechcem robit jednoduchu transakciu, dam si F2 a ono to nepusti, kym neprepnem na jednoduchej transakcii mieste presunu vydaj. Toto okno nechcem pouzit /chcem pouzit F2/ a nema logicky suvis s tym, aby to takto fungovalo. To je jednoznacna chyba v programe.
---
Co sa tyka chyba planovaca, pozriem to.

loktibrad, vďaka za náhľad, pomohlo. Radenie účtov v plánovači som opravil.

Nedarí sa mi však nasimulovať chybu, ktorú si popísal:

Predsa vždy, keď idem pridať novú transakciu, tak sa nastaví okno F1 (teda jednoduchá transakcia) s prednastaveným VÝDAJOM. A tam je možnosť kedykoľvek prepnúť na F2 (multi transakcia viacerých príjmov alebo výdajov k jednému účtu).

Najdena nova chybicka - reset filtera pri archivnom ucte vo verzii 2.4.0:

- ak spustim program, zapnem si nejaku menu vo filtri, dam si zoznam uctov a prepnem archivny ucet na aktivny /alebo opacne/, tak v zozname mien sa miesto danej meny zobrazi hviezdicka, co ma resetnut vsetky filtre. Ale na hlavnom paneli ostane vyfiltrovane to co tam bolo predtym, dana mena. Ak vyberiem menu, ktora je nastavena na hviezdicku a znovu dam hviezdicku, tak sa to resetne korektne. Alebo ak je to v takom chybovom stave, ze to neni resetnute a ukazuje tam, ze ma byt resetnute vsetko, ale neni - tak staci zavriet program a spusti ho znovu a on pri nacitani si to nastavi spravne.

Potvrdzujem. S verziou 2.4.0.3 sa resetovanie kategorie po presune nekona.
Co sa tyka chyby ohlasenej 2015-11-20 07:16:18 - o problemu s resetovanim zoznamu pri prepnuti archivneho uctu, tak to uz funguje v tejto verzii tiez OK.
-------------
Avsak.... nechapem, na co je dobre, zablokovat F2, ak poslednou transakciou bol presun. Ten presun mohol robit clovek pred tyzdnom a teraz chce multitransakciu napr. vydaj alebo prijem, tak ho nepusti vobec dalej kvoli tomu. To neni intuitivne - aby sa vracal spat na F1 a tam to menil. To je problemove, ak clovek sa musi vracat na kartu, z ktorej nema a nechce nic zapisovat, pretoze chce zapisovat na inej karte /F2/, aby na danej karte musel nieco menit, co nedava logicky suvis - aby ho pustilo na inu kartu.

Skor by bolo vhodnejsie - ak bol posledny na F1 presun, tak pri prepnuti na F2 to vzdy resetne napr. na VYDAJ.  Alebo to bude ignorovat, ze bol posledny PRESUN /ale zas aby fungovalo to radenie kategorii a podkategorii, ze si to bude pamatat poslednu pouzitu a nie resetovat na prvu/. Chapem, ze PRESUN neni pre multitransakcie, ale zablokovanie F2 neni riesenie problemu /prirovnal by som to k docasnemu rieseniu, asi ako zamiest smeti pod koberec/.... Ako uzivatel /a to aj ako velmi pokrocily/ som z toho zmateny a to nehovorim o uzivateloch, co s programom robia malo.

Do verzie 2.4.0 to fungovalo normalne, logicky - az na tu chybu u F2 s resetovanim pamatania si poslednej kategorie, ak bol posledny presun. Apeloval by som na intuitivnost - nechat to tak ako to bolo, len aby bola opravena ta chyba s pamatanim si kategorii ak bol predtym presun. A to, ze bol na F1 posledny presun a v F2 uz teraz chyba, staci podmienkovat, ze sa pouzije trebars ten vydaj automaticky, bez vracania sa uzivatela spat na F1.

Ano - potvrdzujem, v 2.4.0.4 uz sa da po presune dostat cez F2 do podrobnejsieho rozuctovania.

Mal by som mozno k tejto verzii /2.4.0.4/ jednu malinkatu pripomienku, nie k funkcnosti - ale skor taka kozmeticka chybicka.

Kym pri F2 hromadnom rozuctovani, ak je nastaveny prijem, zobrazuje  v okne kategoria - kategoriu/podkategoriu - ktora je tam prva... tak na druhej strane, ak si clovek zapne VYDAJ, tak policko kategoria je prazdne, nezobrazuje nic.

Asi zrejme nejaka malicka chybicka sa tam dostala - kedze prijem aj vydaj by sa mal spravat rovnako.

Zda sa, ze je to OK. Uz zmizla aj chyba, kedy sa pridala nova kategoria a nebolo ju vidno, pokial sa transakcia neulozila.

Iste, plánujem vydať ostrú verziu. Mám však nahlásenú ešte jednu chybu (e-mailom), takže ostrú verziu vydám až po jej oprave. Problém je, že sa mi ju nedarí nasimulovať. Do konca roka mám však voľno, tak sa tomu budem venovať.