76

(3 replies, posted in NOVÁ VERZIA)

Mazání účtu na fóru při dvouměsíčním nepřidání příspěvku platí i pro dříve registrované? Jsem spokojen a nemám nutkání z nutnosti psát na fórum smile A pokud ano, co takhle nějaký upozorňovací mail na registrovanou @dresu typu "Už dva měsíce ses' neukázal. Ty už nás nemáš rád?" smile

77

(8 replies, posted in OHLÁSENIE CHYBY)

Souhlasím, i jako IT. Pokud Windows díky UAC brání standardní práci se soubory v Program Files, jednoduše ať se složka programu přesune do rootu, případně do vlastní složky v rootu. Vyřeší se tím mnohé a pofidérní UAC, které jen zdržuje a přidaná hodnota je pramalá, přestane otravovat a program si v klidu dovolí otevřít uloženou databázi.

78

(2 replies, posted in OHLÁSENIE CHYBY)

Není zač. Klidně tenhle thread smaž, zpětně už nemá význam.

79

(2 replies, posted in OHLÁSENIE CHYBY)

PS: Případně mi tedy chybí možnost "Přidat teď", protože z plánovače nějak nevím, jak přidat platby k pátku NYNÍ, snad jenom počkat do pondělí a datumy dodatečně upravit, nebo zapsat platby k pátku ručně teď a nabídnuté platby v pondělí ignorovat.

EDIT: Aha. Plánovač > Opravit > Opravit záznam. Pak musím program ukončit a znovu zapnout, aby se mi naplánované platby nabídly...

80

(2 replies, posted in OHLÁSENIE CHYBY)

Ahoj,

nevím jestli je to chyba, mnou špatně pochopená funkce nebo špatná konjunkce planet, ale...

V předchozí verzi 2.1 mi správně fungovala fce plánovaných plateb. Mám naplánovánu platbu vždy k 15. v měsíci. V nastavení jsou zatrženy volby "Přesunout na předchozí den, když platba připadne na" - státní svátky, sobotu i neděli.

Dosud vždy OK, protože moje platby připadaly na 15. v měsíci, což byl pracovní den. Teď ale 15. připadá na neděli, předchozí den je sobota smile Platbu mi banka strhla k pátku 13., tedy k nejbližšímu pracovnímu dni předcházejícímu víkendu.

Čekal bych tedy, že mi i RQMoney nabídne připsat platby ke 13. Dosud se mi plánovač neozval, čekám, že tak udělá v pondělí a platbu započítá k 16. v měsíci, což ovšem neodpovídá realitě.

Mýlím se? Verze 2.22, ta nejvíce nejaktuálnější smile

Díky, Martin

81

(2 replies, posted in OHLÁSENIE CHYBY)

Ahoj, máš chybu v URL náhradního odkazu ke stažení:

http://www.rq.sk/files/RQMONEY_v%2022.ZIP

namísto

http://www.rq.sk/files/RQMONEY_v22.ZIP

smile

Jak tvoje možnost řešení tak CSV zní moc dobře. Zůstávám natuněn...

83

(8 replies, posted in OHLÁSENIE CHYBY)

Tak takhle rychlý fix jsem nečekal smile Děkuji moc!

Ahoj, celkem bych uvítal ignoraci nebo alespoň nastavení ignorace mezery v zadávané sumě. Kopíruji částku z elektronického bankovnictví, kde je formát zápisu:

3 441,63

Když tohle vložím do pole, zakřičí na mě alert, že údaj obsahuje nepovolený znak. Což takhle udělat, aby se mezera buďto ignorovala a při uložení odstranila a uložil se tak údaj ve formátu

3441,63

A nebo aby se mezera automaticky odstranila už při přejití do jiného pole okna Nová transakce. Furt to ručně umazávat je jednak nepohodlné a jednak na zblbnutí.

A samozřejmě při případné detekci nezapomenout, že se může mezera zkopírovat i jako nedělitelná (protože něco takového by nikdy nikoho nenapadlo tongue ).

Díky smile

85

(8 replies, posted in OHLÁSENIE CHYBY)

Ahoj. Verze 2.2.0

Do pole Nová transakce > Suma není možné vkládat údaje ze systémového clipboardu pomocí zkratky Ctrl+V. Musím na sumu 0,00 kliknout pravým myšítkem a "Vložit" údaj ručně.

Díky smile

86

(42 replies, posted in NOVÁ VERZIA)

Velikost souboru/instalace řešit až ve chvíli, kdy se půjde přes 100MB. 7, 8, 9, 20... na tom nesejde.

87

(6 replies, posted in OHLÁSENIE CHYBY)

Možná teď řeknu hloupost, ale...

co se takhle úplně doslova vykašlat na oddělovače tísíců a a znaky "," i "." používat jako desetinný oddělovač. Pravdou totiž je, že skoro každá firma, banka, cokoliv, používá jako desetinný oddělovač jiný znak.

Zdravím.

Při zadávání transakcí se často setkávám s tím, že nověji zadané transakce v témže dni se nezobrazují na vrcholu seznamu ale prostě jen někde mezi záznamy z onoho dne. Viz. obrázek:

http://www.imagehosting.cz/images/last.jpg

Označený záznam "Příjem" byl zadán sice téhož dne, jako záznamy "Výdaj", ale časově až několik hodin po nich. Proč se tedy zobrazuje novější záznam "Příjem" až pod staršími "Výdaji" a nikoliv nahoře na začátku seznamu transakcí?

Mimochodem, tohle bylo už ve verzi 1.x a stále mi nějak uniká smysl, proč se tak děje. Není to vůbec nic závažného, jen taková drobnost k zamyšlení (a případné nápravě smile )

Díky.

89

(2 replies, posted in OHLÁSENIE CHYBY)

Díky. Patřím zrovna mezi uživatele, kteří si před aktualizací vše zazálohují a starou verzi pak prachsprostě "přeplácnou" verzí novou smile

Jeden další archivní by teoreticky mohl stačit. Ale jsem trochu pesimista, takže při poškození NEW může někdo začít zmatkovat, takhle jednou, dvakrát otevře RQM ve víře, že se třeba tentokrát databáze načte v pořádku a opakovaným otevíráním a zavíráním se přepíše jak OLD tak i případné .OLD., .OLDER., .OLDEST., .ANCIENT. a další přípony starších záloh.

Při "mém" řešení by tak nebyl problém se vrátit třeba ke dvacet dní staré zálohované databázi. Samozřejmě v případě, že by uživatel tolik automatických záloh měl, což při těch pár kilobytech není problém.

Na druhou stranu chápu, že ten, kdo by tohle aktivně nekontroloval, by se mohl za pár let dostat do složky, která bude přetékat zálohami malých souborů.

---

Tohle řeším jen díky vlastní zkušenosti s RQM 1.3, kdy se mi něco podobného se souborem DB stalo a řešením byl až návrat na 14 dní starou zálohu DB (asi devět automaticky zazálohovaných souborů DB) a znovu doklikání chybějících novějších transakcí. Mít v tu dobu jen jeden soubor zálohy, nebo i dva, byl bych skutečně nahraný. Tenkrát za to mohla nějaká divná SW vada disku, takže ze strany RQM neovlivnitelné.

91

(2 replies, posted in OHLÁSENIE CHYBY)

Ahoj,

dnes jsem zaktualizoval verzi 1.3 (stable) na 2.1.0 (stable), přičemž jsem ve složce ponechal staré rqmoney.ini (1.3).

Verze 2.1.0 nedokázala do starého INI zapsat poslední použitou DB, takže po spuštění RQM se automaticky neotevírala db. Nestačilo ani ručně zeditovat cestu a nový název nové db. Řešením bylo prostě jen staré rqmoney.ini smazat, znovu spustit program, vybrat jazyk a db a program ukončit. Teprve poté vytvořil nový soubor rqmoney.ini, kam se již nové údaje úspěšně uložily.

možná by stálo za zvážení při detekci a převodu db ze staré verze (*.db) rovnou i smazat staré INI, když v něm vlastně tak jako tak není moc důležitých nastavení, které by při znovuspuštění vadily - jazyk, poslední použitá db a zapnutí/vypnutí automatické aktualizace.

Díky za zvážení smile

Zdravím,

prosím o zvážení zavedení možností automatické zálohy podobně jako u verze 1.3 a to tak, aby se při každém ukončení programu provedla záloha souboru databáze s datem a časem provedení zálohy, nikoliv pouze jako dva soubory OLD a NEW:

Tedy např.

20111203_211604_mojedb.rqm
20111303_201650_mojedb.rqm
.
.
.

namísto

mojedb.rqm.old
mojedb.rqm.new

Vyvarujeme se tak nepříjemnostem, kdy se nějak poškodí NEW, při dalším otevření začnu pátrat a RQM zavřu, čímž se mi přepíše i OLD a jsem v kelu. Mít možnost se vrátit i ke starším zálohám např. po dnech nebo i krocích, by mohlo leckomu zachránit nejen nervy.

Díky za zvážení.