2.4.3

loktibrad, vďaka za info. Cez víkend sa na to pozriem a opravím.

U mne se tyto chyby neobjevují, program funguje bez problému. Podle popisu loktibrada, po uzavření programu a znovu spuštění naskočí aktuální datum, což je myslím v pořádku, pokud mám nastaveno také - vždy nastavit aktuální datum ve filtru. Když toto zaškrtnutí zruším, po spuštění program zobrazí filtr dle nastavení, jak měsíc, tak den. Vyhledávání dle písmen bez závad.
OS W10 HOME
TYP SYSTEMU 64
VERZE 1909
BUILD OS 18363.476

Potvrdzujem obidve chyby. Opravil som ich, budú dostupné pri najbližšej testovacej verzii.

Dalsia chybicka:

ked zadavam viacnasobnu transakciu cez F2, tak si program po pridani zaznamu nepamata posledne pouzitu kategoriu. Hadze tam vzdy prvu v zozname.

DOPLNENE - este jedna chybicka, asi to suvisi spolu:

A este v danom menu F2 pri viacnasobnej transakcii - ak je uz nahodeny nejaky zaznam /a neni to ulozene/ a dam kopiu transakcie, urobi chybne duplikat - nehodi tam rovnaku pouzitu kategoriu, ale zase prvu kategoriu v zozname.

DOPLNENE do tretice:
ak dam v danom menu F2 pri viacnasobnej transakcii - ak je uz nahodeny nejaky zaznam, opravu tohoto zaznamu, neukaze tam ulozenu kategoriu, ale hadze tam prvu kategoriu.

Upresnenie k chybam. Zda sa, ze tieto chyby sa neprejavuju vzdy. Len ak bola posledna transakcia v zozname transakcii PRESUN.

Pokial bola posledna transakcia v zozname transakcii, prijem alebo vydaj a clovek chce cez F2 pridat hromadnu transakciu, potom sa chyby neprejavia. Ak bola posledna transakcia v zozname transakci PRESUN, chyby sa prejavia. Tak isto staci po transakciach VYDAJ, alebo PRIJEM v F1 bez ulozenia prepnut typ transakcie na PRESUN a uz to v F2 blbne u kategorii ako bolo pisane.

Este raz DOPLNENIE:

zda sa, ze ta chyba sa viaze viac na F1, jednoduchu transakciu. Ak bola robena cez F1 posledna transakcia ako presun a cez F2 sa mohlo aj niekolkokrat pridavat stale PRIJEM, ci VYDAJ, potom pri zadani novej transakcie, je stale u F1 pouzity ako posledny presun a pokial sa ten nezmeni na nieco ine - napr. VYDAJ, ci PRIJEM, tak to stale blbne, ako bolo popisovane.

agentsvr, vďaka za hlášku. S exportom do CSV a XLS som už dlho nerobil (dá sa povedať, že roky ) a nikto sa nesťažoval. U mňa tento export funguje bez problémov (aj po označení všetkých transakcií), rovnako mám hlásenie od iných užívateľov, že všetko funguje. V exporte nie je žiadny limit na počet transakcií.

Moje otázky:

• Ktorá verzia programu to spôsobuje?

• Ide o export bežných transakcií z hlavného okna - záložka Transakcie? Alebo sumárnych? Alebo z inej záložky (Štatistika? Sumarizácia X?)

• Nepomôže vymazanie súboru RQMONEY.INI?

• Je pri exporte zapnutý nejaký filter?

Vďaka za doplňujúce informácie.

Ak funguje export CSV a XLS pri iných databázach, potom je zrejme chyba v hlavnej databáze.
Môže mať poškodené nejaké indexy, ale skôr podozrievam nejaký nevhodný textový znak v transakcii (napr. "•", príp. iný znak).
Moja rada: vojdi do SQL zóny a tam si zadaj vlastný príkaz SELECT * FROM DATA
Stlač tlačidlo VYKONAJ. Výsledný text je potrebné skontrolovať na prítomnosť znaku •, prípadne na vizuálne hľadanie chyby.
Ak nič nepomôže, uvítam zaslanie tohto textu (alebo celej databázy) na moju e-mailovú adresu na testovanie, príp. opravu databázy.

Uvedený text sa ťažko kontroluje v takomto "surovom" tvare. Skús celý tento text skopírovať a vložiť do Excelu. Tam je na to funkcia na prevod textu do stĺpcov. Potom sa oveľa ľahšie overujú všetky záznamy. Rýchlo sa dá nájsť napr.
- zlý (poškodený) formát čísla či dátumu
- opakovanie ID záznamov (to sa deje v prípade poškodenia indexov)
- chýbajúce polia v stĺpcoch
a pod.

Mozno by slo urobit aj kopiu celej databazy a potom robit pokusy.

- vymazat prvu polovicu zaznamov, otestovat chybu.
- vymazat druhu polovicu zaznamov, otestovat chybu.

V jednej polovici sa najde chyba a tak ju znova rozdelit, atd, atd. Po par rozdeleniach sa dojde na problemovy usek a najde sa zaznam, ktory vadil.

Děkuji za rady. Zkusil jsem vymazat z RQM všechny položky. Poté jsem dal vytvořit 1 novou transakci a tu dal exportovat. Opět to vyhodilo chybové hlášení viz výše. Každý pokus vyhodí stejné číslo chyby (ale pro každý formát exportu je jiné chybové číslo).

Moje nové zjištění:
1) Úplně stejně se to chová i na jiným počítači s win7
2) Po vymazání CELÉ databáze z RQM se stejně několik položek v SQL uchová. Chová se to jako "koš". Tzn. Tyto položky s jejich ID program nezobrazí, ale v SQL databázi jsou.

Takže program nezobrazí kompletní řadu ID, některá jsou vynechaná, protože visí "na půl" někde v databázy. Možná tohle dělá ten problém.

viz obrázek

EDIT:
Stále platí následující;
1) pokud je v programu viditelná pouze jedna položka, tak nejde exportovat;
2) pokud vytvořím další položku a obě označím pomocí CTRL+A a dám export, tak nejde exportovat
3) pokud mám tisíce položek v datab. a neoznačím je pomocí CTRL+A, ale jednu položku vynechám (shift+klik) a dám export tak export v pořádku proběhne. (netýhá se grafů v pdf, to blbne stále)

Příkaz VACUUM jsem rovnou napsal, zobrazilo to prázdné okno, ale po zadání SELECT * FROM DATA se stejně ty smazané transakce zobrazily.

Jiná možnost, jak si ty transakce můžu smazat neexistuje?

Už to vidím, z csv vyexportovaného programem nefunguje zpětný import... Tak se těším na novou verzi.
Zatím tedy budu export obcházet dříve uvedeným způsobem.