Datovka issueshttps://gitlab.nic.cz/datovka/datovka/-/issues2023-12-05T22:38:51+01:00https://gitlab.nic.cz/datovka/datovka/-/issues/584macOS icon size2023-12-05T22:38:51+01:00Martin ZůbekmacOS icon sizeThe macOS version of datovka is using much larger icon compared to other apps.
Please see attached screenshot showing the icon size of datovka compared to other apps:
![datovka-layout](/uploads/b6171d456f102791646b6a0fd0b4d321/datovka-l...The macOS version of datovka is using much larger icon compared to other apps.
Please see attached screenshot showing the icon size of datovka compared to other apps:
![datovka-layout](/uploads/b6171d456f102791646b6a0fd0b4d321/datovka-layout.png)
Apple provides developers with [design guide for icon sizing](https://developer.apple.com/design/human-interface-guidelines/foundations/app-icons/#macos).
![app-icon-layout-guides](/uploads/2faa206fc5f698cd6e3e2602e063f976/app-icon-layout-guides.png)
Please fix the size of the icon so it will be more fitting to the system.
---------
CZ: macOS verze datovky používá zbytečně velikou ikonu v porovnání s ostatními aplikacemi.back burnerhttps://gitlab.nic.cz/datovka/datovka/-/issues/569Přihlášení přes Identitu Občana2023-01-06T13:20:01+01:00Martin VobrubaPřihlášení přes Identitu ObčanaDobrý den,
je možné nebo máte v plánu implementovat přihlašování přes [Identitu Občana](https://www.identitaobcana.cz/)?
Děkuji!Dobrý den,
je možné nebo máte v plánu implementovat přihlašování přes [Identitu Občana](https://www.identitaobcana.cz/)?
Děkuji!back burnerhttps://gitlab.nic.cz/datovka/datovka/-/issues/506Dark Mode Support2021-02-15T09:18:09+01:00Karel SlanýDark Mode Support[datovka #1183467]: ... Bylo-li by možné, přidejte prosím do nové verze možnost úpravy barevného režimu / stylu programu. ...
... Windows 10 x64 Home Premium ...[datovka #1183467]: ... Bylo-li by možné, přidejte prosím do nové verze možnost úpravy barevného režimu / stylu programu. ...
... Windows 10 x64 Home Premium ...back burnerhttps://gitlab.nic.cz/datovka/datovka/-/issues/483Datovka should follow XDG Base Directory specification on Linux2020-11-19T15:23:57+01:00Štěpán BalážikDatovka should follow XDG Base Directory specification on LinuxThat means that it should not create `.dsgui` folder in the home directory but should store the user data if some subdirectory of `$XDG_DATA_HOME` as specified by the [XDG Base Directory specs](https://specifications.freedesktop.org/base...That means that it should not create `.dsgui` folder in the home directory but should store the user data if some subdirectory of `$XDG_DATA_HOME` as specified by the [XDG Base Directory specs](https://specifications.freedesktop.org/basedir-spec/latest/ar01s03.html).
Interestingly enough `$XDG_CACHE_HOME` is already used for the cache folder.
This can be worked around by using this wrapper script for running Datovka
```
#!/bin/sh
/usr/bin/datovka --conf-subdir $(realpath --relative-to=$HOME ${XDG_DATA_HOME}/datovka) "$@"
```
but adhering to standards and not cluttering user directories would certainly be better.
`realpath` subshell is there because for some reason `--conf-subdir` only accepts relative paths to the home directory, I'll open a separate issue for that.back burnerhttps://gitlab.nic.cz/datovka/datovka/-/issues/436Support for new generation of Linux phones.2019-10-18T01:22:46+02:00David HeidelbergSupport for new generation of Linux phones.Two Linux phones will soon reach the market - [Librem 5](https://puri.sm/products/librem-5/) and [PinePhone](https://www.pine64.org/pinephone/).
These phones are able to run normal desktop applications for Linux, including Datovka.
Would...Two Linux phones will soon reach the market - [Librem 5](https://puri.sm/products/librem-5/) and [PinePhone](https://www.pine64.org/pinephone/).
These phones are able to run normal desktop applications for Linux, including Datovka.
Would be nice to have UI support for them, since they have smaller screen than classic laptops. Both phones have 720x1440 screens.
Application can be tested against Librem 5 using QEMU on running code on amd64 platform [1].
Both these phones targeting Wayland interface with primary touchscreen controls.
[1] https://developer.puri.sm/Librem5/Development_Environment/Boards/qemu.html#linux-environments
![Snímek_z_2019-10-16_21-28-55](/uploads/46f83c00ac24ad219816335ab84fcd7d/Snímek_z_2019-10-16_21-28-55.png)back burnerKarel SlanýKarel Slanýhttps://gitlab.nic.cz/datovka/datovka/-/issues/402Login method "Certificate + Password" doesn't work as expected2019-11-12T10:01:16+01:00AtronachLogin method "Certificate + Password" doesn't work as expectedIn the user manual, chap. 2.2.1.1, it's stated the cert file supplied to Datovka has to contain the private key. However for me the login to my data box is only successful if the *.pem file straight from the certificate authority is supp...In the user manual, chap. 2.2.1.1, it's stated the cert file supplied to Datovka has to contain the private key. However for me the login to my data box is only successful if the *.pem file straight from the certificate authority is supplied.
The CA-provided *.pem file doesn't contain the private key of course - only the "public" part which is the certificate itself. How come it works w/o the private key?
Moreover, if I supply the *.pfx file which I've exported from Windows' certmgr.msc where i've checked the checkbox to export the private key as well - the login is unsuccessful: "The certificate or the supplied pass-phrase are invalid." Please see the attachment:
![datovka](/uploads/72da206401579f879e475d51ecf7a46a/datovka.png)
When Datovka requires a password to unlock the certificate file, I'm feeding it the private key password which I was required to set during the *.pfx export.
Using latest Datovka 4.12.0 on fully updated Win10x64.back burnerMartin StrakaMartin Strakahttps://gitlab.nic.cz/datovka/datovka/-/issues/243Show selected messages in tabs2017-08-14T17:09:51+02:00Martin StrakaShow selected messages in tabsShow selected messages in separate tabs. Main functionality is done, but some problems must be solved in the future:
* [ ] Change of message process state in the tab must be reflected in the message model and vice versa.
* [ ] Change...Show selected messages in separate tabs. Main functionality is done, but some problems must be solved in the future:
* [ ] Change of message process state in the tab must be reflected in the message model and vice versa.
* [ ] Change of message tags in the tab must be reflected in the message model and vice versa.
* [ ] Tags of message which are shown in the html identification must be updated based on tags on the message model.back burnerMartin StrakaMartin Strakahttps://gitlab.nic.cz/datovka/datovka/-/issues/73Optional use of native Qt dialogues.2017-10-03T08:47:17+02:00Karel SlanýOptional use of native Qt dialogues.The user should be able to choose whether to use native dialogue windows or to use standard Qt dialogues.The user should be able to choose whether to use native dialogue windows or to use standard Qt dialogues.back burnerhttps://gitlab.nic.cz/datovka/datovka/-/issues/57Ideas for further development2021-03-22T15:55:18+01:00Karel SlanýIdeas for further development* thunderbird-like command-line interface (http://www.abclinuxu.cz/zpravicky/datovka-0.2.0#22)
Requested feature in Czech:
[datovka #562074]:
* Potřebovali bychom z účetního sytému zakládat nové zprávy v Datovce, resp. otevírat nový z...* thunderbird-like command-line interface (http://www.abclinuxu.cz/zpravicky/datovka-0.2.0#22)
Requested feature in Czech:
[datovka #562074]:
* Potřebovali bychom z účetního sytému zakládat nové zprávy v Datovce, resp. otevírat nový záznam s předdefinovanými údaji a především s přílohou uloženou na disku. Rád bych se zeptal, zda poskytujete nějaké api, případně zda lze otevřít Datovku s nějakými parametry a následně uživateli otevřít okno s detailem.
[datovka #562077],[datovka #644030], + 2 emails: **DONE**
* _Rozepsaná zpráva - někdy se stane, že je potřeba při vytváření zprávy doplnit nějakou informaci z jiné datové zprávy (spisovou značku apod.). Pak je nutné ale zavřít celou třeba částečně rozepsanou zprávu a poté ji znovu vyplňovat. Pokud by šlo uložit koncept rozepsané zprávy, pak by nebyl problém se k ní posléze vrátit._
[datovka #575600]:
* ... bych v datovce uvítal možnost konverze dokumentu, aby se k vůli tomu do ní nemuselo chodit přes web. To je ta funkce jak vám to vygeneruje kód se kterým se jde na poštu, kde vám doklad vydají v listinné podobě.
* Dalším okruhem problémů je archivace. Zprávy systém vidí jako maily, to ano, ale důležitá je ta zpráva ve formátu zfo a to nejde archivovat hromadně. Když chci někomu datovku poslat, musím to odklikávat po jednom.
* Už se nám také stalo, že po změně právní formy zprávy zmizely a tak bychom uvítali hromadný transfer z jedné schránky do druhé, hromadné mazání, apod.
[datovka #618957]:
* Zprávy z DS si ukládám do VeraCrypt úložiště a tudíž oceňuji možnost ukládání dat na jiný disk, než ze kterého je spouštěna Datovka. V souvislosti s tímto scénářem mne napadá možnost ukládání hesla nikoliv do dsgui.conf, ale do password file, který by bylo možné též uložit do umístění
mimo adresář Datovky (v mém případě do VeraCrypt volume) nastavitelného v dsgui.conf.
[datovka #627863]:
* Program si pravděpodobně nepamatuje umístění v případě více monitorů (mám dva monitory na jedné grafické kartě) a spouští se vždy na "hlavním" monitoru ačkoliv předchozí relace byla ukončena na vedlejším monitoru.
[datovka #632613]:
* Pro práci s Datovkami ve větších společnostech, by dle mého názoru bylo velmi užitečné vyřešit problém přidělování jednotlivých datových zprav pracovníkům kterým náleží. Konkrétně se jedná o situaci, kdy každý den stahuji cca 200 zprav a dle spisovek či obsahu určím, že patří konkrétnímu pracovníku. A pak s tou skupinou nakládat, "hromadně" udělat seznam došlých zprav, a hromadně je uložit na server do složky pracovníka.
[datovka #634515]: **DONE**
* _Barevná tečka pro označení o rozpracovanosti mi přijde nevýrazná, nešlo by (pod)barvit celou hlavičku nebo třeba použít různé značky pro jednotlivé stavy?_
[datovka #639516]: **REJECTED**
* _Prosím, šlo by při zobrazení okna - viz. příloha - nechat zobrazit vedle tlačítka OK i tlačítko Upravit název, kde bych mohl vstoupit do editace názvů těch souborů a změnit to (zkrátit)?_
[datovka #642321]:
* ... zda by nešlo zaktivizovat klávesu CTRL F na vyhledávání. Datovka 4 je příliš široká a okénko vyhledat je moc vpravo, není vidět a musí se rozklikávat. ...
[datovka #661051], [datovka #665983]:
* Dobrý den, je možné založit si vlastní složky? Posílám dost přehledů pro sociálku a zdravotní pojišťovny. A chodí mi od nich potvrzení zpět. Rád bych si je dával stranou od ostatních zpráv, abych v tom měl pořádek a bylo to celé přehlednější.
* S některými kolegy ale postrádáme možnost členit doručené (případně odeslané) zprávy místo podle jednotlivých let podle jednotlivých subjektů, jejichž zprávy nám do datovky chodí (do jedné naší datovky, nikoli do jejich datovek).
[datovka #732157]:
* je v plánu nějaký auto update systém? Ať nemusím pořád stahovat celý balík. (Stačilo by vyskakovací okno s tlačítkem, které by provedlo stažení a aktualizaci aplikace.)
**[datovka #734086]:** **REJECTED**
* u výběru export korespondence, aby se vyexportovalo i jméno datové schránky
* u výběru export korespondence, aby se nějak zvýraznilo vybrané datum od-do, třeba podbarvením nebo rámečkem
poslano primo:
* Není moc dobře vyřešeno přeposílání datovky/příloh e-mailem(což je jinak velice super a rychlá fce pro práci s daty - pokud funguje). Na W10 nevím proč Datovka nevidí Outlook 2007 (jakože vůbec nebyl v tom menu na výběr), poté co jsem v rámci testování jednou zvolil z nouze W10 zabudovaný program Windows Mail na odeslání 1 datovky a kvůli tomu ho nakonfiguroval (stejně se to neodeslalo), tak již nelze vůbec změnit program na odesílání e-mailu z Datovky a tento se automaticky otevírá (bez možnosti změny) i když výchozí ve windows na maily je Outlook a pokud nelze použít ten, tak bych rád použil alespoň Thunderbird, ale teď už to nejde nijak uživatelsky změnit-neporadíte nějaký trik ? Určitě by prospěla volba mail klienta v nastavení.
* Nebylo by špatné přidat možnost aplikace nastavení do „továrního stavu“ s možností zachovat nastavení účtů a zprávy anebo nezachovat nic.Taková volba by třeba vyřešila můj aktuální problém s provázaností jednou zvoleného mail klienta.
* Zamyslel bych se nad možností, aby bylo lze uživatelsky nastavit, co se stane po dvojkliku na jednotlivou zprávu. Já bych určitě volil přímou možnost stažení+otevření v software třetí strany, alespoň to ZFO a pak na další klik ty přílohy (nejčastěji PDF)
* Lze vyhledávat podle všech metadat, což je skvělé, ALE nelze vyhledávat podle časového/datumového intervalu od data do data
* Prospěla by nějaká možnost uživatelsky zjednodušit strom u jednotlivých datovek, při více účtech je to zbytečné zanoření, mně by více vyhovovala možnost u každé mít prostě pouze přijaté a odeslané a hotovo.
* Nebylo by špatné mít možnost přehazovat, skrývat a aktivovat různé sloupce v základním okně, tak jak to má třeba Outlook s možností přidat tam i ostatní metadatová okna podle nichž lze vyhledávat, tj. zejména sp zn,, č.j. apod.
* Tagy jsou dobrá věc, ale vstup do nich je přes moc klidů, uvítal bych možnost jednoduché poznámky k jednotlivé zprávě, kterou by bylo možno jako sloupec taky zvolit k zobrazení.
* Co hodně chybí je možnost hromadného tisku. Chápu, že zprávy se otevírají v 602XML, když obálky a doručenky jsou ve formátu ZFO, popř přílohy nejčastěji v PDF čtecím software nebo jiném software třetích stran, ale možná by to šlo nějak řešit na úrovni příkazové řádky, alespoň pro ty nejzákladnější typy jako ZFO, PDF, DO, DOXX RTF, XLS, XLSX. Zadání typu: „vytiskni úplně celé zprávy včetně všech příloh na pozadí“. Já mám problém, že dojde třeba 100 DZ a je třeba je vytisknout včetně obálek, doručenek a všech příloh, což je po 1 příšerně zdlouhavé a nepraktické. Metadata by jistě šlo tisknout přímo z Vašeho programu, což by umožňovalo spojit do 1 potvrzení informace, které jsou jinak na 2x A4 (obálka a doručenka)
* Chybí funkce pro jakoukoliv týmovou kooperaci, tj. např. pokud někdo zpracuje DZ xy a označí ji, jako zpracovanou popř. vybaví tagem, tak tato Info zůstane pouze na jeho lokále. Bylo by super, pokud by Datovka uměla třeba přes nějaký typ cloudu, sdílené nebo jinak, synchronizovat uživatelská metadata mezi různými instalacemi.
* Nebylo by špatné pokud by Datovka i formou úložiště na pozadí uměla spolupracovat s nějakým obvyklým úložištěm typu Gogole disk, Microsoft OneDrive, dropbox, apod. A po nakonfigurování např. Kancelář/domácnost na 2 různých strojích uměla udržet synchronní uživatelská metadata i přístup k plným již staženým zprávám.
[datovka #734481] *not yet edited*:
Vyřešil jsem problém s asociací e-mail programu. Datovka zřejmě při zadání pokynu přeposlat přílohy či ZFO vytvoří soubor typu *.eml a pokud na něj poprvé asociuji např. program "Pošta“ (nástupce Outlook expresu, atd), již se toho nelze zbavit jinak než přenastavením defaultního programu pro *.eml ve Windows 10. Velký Outlook *.eml neumí, proto nelze ho asociovat, ale Thunderbird umí a funguje (avšak vygenerovaná zpráva se musí přes příkaz "přeposlat".. přeposlat... V programu "Pošta" se mi nepovedlo ani po nakonfigurování ZFO ani PDF z datovky přeposlat.. nicméně Thunderbird je funkční a doporučuji doporučovat (navíc je to taky svobodný sw)
Velice kvituji možnost upravit si generování názvu exportovaných ZFO a PDF, to je opravdu skvělá fce a v kombinaci s vhodně zvoleným modelem a programem na hromadný tisk PDF se jedná o nedostižnou záležitost, protože se zprávy vhodně poskládají ve formátu přílohy a hned za to obálka a pokud je potřeba i doručenka.. což je přesně to, co je obvykle potřeba.. sekat zásilky s obálkama na tiskárnu jednu za druhou na 1 klik.. jakoby došly papírově..
Chybí mi možnost hromadně exportovat PDF obálky a PDF obsah a PDF doručenky do jedné složky (bez podložek), nyní při hromadném exportu do PDF (obálky i přílohy) se pro každou zásilku generuje separátní složka nazvaná dle čísla konkrétní DZ, anebo jde exportovat do 1 složky ale pouze kombinace ZFO obálky a PDF přílohy.. vše v PDF do jednotné složky bez podsložek asi zatím nelze (nebo jsem na to nepřišel), což je škoda.
Zjistil jsem, že fci "stáhnout kompletní zprávu včetně příloh a ověřit její podpis"= symbol bílé obálky se šipkou sice funguje na zvolený interval DZ, avšak obálky a přílohy se ukládají do neznámé lokace a následně se rozbalují po nákliku přílohy PDF do C:\users\..\AppData\Local\Temp , což není ideální... Nastavení-Adresáře a nastavení globální cesty např na C:/DS slouží zřejmě jen pro manuální následný export, anebo to nefunguje..anebo nechápu jak to funguje. Podle mne by nebylo špatné umožnit uživateli aby na 1 klik ze základního screenu přes u bílou obálku nebo jinak mohl napoprvé provést to, že se do zvolené složky stáhnou ZFO a PDF přílohy, popř. dle volby již v PDF jak obálky, doručenky, tak přílohy (s volbou formátu a podoby názvu), přijde mi zbytečné, pokud toto jde jen přes manuální export. Umožnil bych volitelnou možnost automatickou tvorbu subsložek pro všechny DZ z toho dne ve formátu da
ta (pro mne je třeba důležité mít všechny DZ ze dne xy nasypané 1 složce jak obálky, tak doručenky tak přílohy.. ideálně vše v pdf, protože Form Filler neumožňuje hromadný tisk příloh, ale jen ZFO obálek a ZFO doručenek.
Dále nám trochu vadí, že nelze náklikem na červené kolečko změnit hromadně "vyřízeno/nevyřízeno" přímo v základním horní okně ale ž ve spodní individuální části.
Obdobně by nebylo špatné mít možnost psát rychlé poznámky či tagy přímo v základním okně k jakékoliv zprávě a nikoliv a ž v jednotlivém detailu zprávy.
Databáze při načtení 4000 datovek na jednu DS a 3000 datovek na druhou DS je poměrně zadýchaná a občas se program kousne.
Uvítal bych možnost přeposlání e-mailem přímo z horního pásu řady ikon jako v outlooku, současná varianta kontextového menu je o 1 klik navíc
Uvítal bych možnost zjednodušení stromu vlevo a volitelného vypuštění toho "nedávno přijaté/odeslané" prostě jen označení schránky a hned přijaté a pod tím odeslané (mít takto připojené třeba 5 DS je hrozně nepřehledný strom).
Pokud by šlo integrovat nějakou základní funkci hromadného tisku vygenerovaných pdf obálek/doručenek/příloh typu PrintConductor nebo BatchPrint nebylo by to špatné, hromadný tisk ZFO včetně příloh na 1 klik je asi nerealizovatelný - výrobce software602 za doprogramování toho chce 130 000 Kč) přitom tisk jedné celé zprávy včetně PDF příloh program nyní umožňuje a hromadný tisk obálek a doručenek program ZFO (bez příloh) nyní FormFiller taky umožňuje.. co neumožňuje je hromadný tisk obálek a příloh ze složky.
Výborná fce je možnost na odesílací/náhledový přístup stáhnout metadata DZ, které ještě nejsou doručené, výrobce IS Praetor teď z totožné fce dělá reklamní trhák (umožníme Vám nahlédnout do DS bez doručení DZ).
Nejvíc mi chybí jakkoliv vyřešená podpora týmové práce ve smyslu jedna osoba označí zprávu jako zpracovanou, okomentuje tagem, ale jiné osoby se to bohužel nedozví. Nevím jestli by to třeba nešlo řešit skrz zálohování gmail (ve stylu zálohování call protokolů, sms apod.) či nějaké cloud úložiště anebo web verze celého programu. Možná by stačilo umístit databázový soubor na společný sdílený disk-to ještě vyzkouším, bude to fungovat ? Projeví se změny, které udělá 1 uživatel v databázi druhému ? Anebo to celé zkolabuje ?
Ještě zkusím v brzké době manuální import ZFO cca 50 000 DZ, co máme stažené v archivu, jestli aplikace (databáze) přežije, anebo má nějaký technický limit.
[datovka #736509]:
* Myslím si, že (uživatelé) by uvítali i možnost oddálení odeslání. Fakticky by si například připravili na odeslání daňová přiznání všechny svých klientů, uložilo by se jim to do zpráv k odeslání a odeslalo v požadovaném termínu. Například 30.6.2017.
[datovka #641840]:
* chci touto cestou navrhnout exportování některých systémových proměnných do načítání konfigurace. Osobně mi jde pouze o zkratku pro domovský adresář, např. ~/, která by se na Windows překládala na %USERPROFILE%/ a na Linuxu $HOME/. Důvod: zjednodušení správy tohoto programu na různých zařízeních, které jsou navzájem synchronizovaná, avšak v uživatelském prostoru, takže mohou
být různá uživatelská jména nebo i Windows/Linux.
[datovka #762533]:
* Do nastavení dát možnost, aby program zprávy rovnou ukládal, abych ani nemusel klikat na zmíněné tlačítko. Jsem přesvědčen, že si zprávy ukládá snad úplně každý, proto by tuto funkci asi rádi zapnuli.
[datovka #709456]:
* Uvítal bych, kdyby program při exportu do souboru zfo rozlišoval v názvu souboru, zda jde o zprávu odeslanou nebo dodanou. Teď ukládá program pod jménem DZ-000000000. Navrhuji rozšířit na ODZ-000000000 a na DDZ-000000000.
[datovka #781602]:
* ... by nebylo špatné, pokud by bylo možné, zaintegrovat datovku do kontextové nabídky ve Windows 10, prostě kliknu na PDF v průzkumníku pravým tl myši. a bude tam možnost "odeslat datovkou" (stejně jak je tam nyní e-mailem). To by bylo velmi pohodlné. Otevřela by se datovka s rozbaleným dialogem k odeslání a již vloženou přílohou nebo více přílohami, jen bych vyplnil komu a sp zn a šup...
* ... docela irituje, že u každé odesílané datové zprávy musím vždy znovu a znovu zaháčkovat "Zobrazit nepovinné položky" když je chci vždy vyplnit. Nešlo by to dát do buď nastavení jako volitelné a možnost vždy (anebo že by si pamatoval poslední variantu, tj. když zatrnu bude až do od zatržení vždy zatrženo).. tak bude vždy aktivní.. já posílám k soudům apod, a tam musí být vždy vyplněné to naše sp zn vaše sp zn apod. Všechny úřady si to tak přejí a program je přece pro komunikaci s úřady a institucemi ...
[datovka #786082]:
* Máme vícero datových schránek a přílohy ukládáme do samostatných složek. Bylo by možné udělat ukládání do podsložky se jménem účtu a zároveň jméno účtu použít jako parametr (%) do názvu ukládaného souboru? Např: LINEA PARK\2017-01-19-1 LINEA PARK 433729783_0_2016-17.pdf
[datovka #887955]:
Přidat Datovku do kontextové nabídky správce souborů - kliknu na souboru pravým tlačítkem myší, mám možnost zvolit Odeslat příjemci emailu, uvítal bych, kdyby tam bylo i Odeslat Datovkou, po této volbě by se Datovka otevřela a pokud by v Datovce bylo více účtů, dotázala by se, kterým účtem to chci odeslat, a otevřelo by se klasické okno Datovky Nová zpráva, kde by tento soubor už byl vybrán, je bych dopsal předmět a zvolil příjemce a bylo by.back burnerhttps://gitlab.nic.cz/datovka/datovka/-/issues/54Detect if UI and MainWindow are displayed2017-10-03T08:47:17+02:00Martin StrakaDetect if UI and MainWindow are displayedDetect if UI and MainWindow are displayed and start some operation at startup. We need ignore model selection changes and connection to ISDS until GUI is not loaded and displayed. Now, it is implemented by qtimer (set on 3s). Unfortunate...Detect if UI and MainWindow are displayed and start some operation at startup. We need ignore model selection changes and connection to ISDS until GUI is not loaded and displayed. Now, it is implemented by qtimer (set on 3s). Unfortunately, it is bad solution. How can we detected that UI is loaded and displayed to user?back burnerKarel SlanýKarel Slanýhttps://gitlab.nic.cz/datovka/datovka/-/issues/52Use Keychain on OS X etc. for password storage2021-02-07T20:12:36+01:00Boris DušekUse Keychain on OS X etc. for password storagePlease use the platform's mechanism for storing passwords if it provides one. E.g. on OS X, passwords should be saved into Keychain.app, on Gnome into Gnome Keyring etc.
If possible, it would be best to directly use the password datab...Please use the platform's mechanism for storing passwords if it provides one. E.g. on OS X, passwords should be saved into Keychain.app, on Gnome into Gnome Keyring etc.
If possible, it would be best to directly use the password database entry that a web browser created for the website mojedatovaschranka.cz so that the password would be saved in a single place and changing it either through qdatovka or the browser will update the password the other software is using too.
I found a project called qtkeychain (https://github.com/frankosterfeld/qtkeychain) that seems to provide platform-independent API for platform keychain functionality in Qt style, but I am not sure if it does not bring arbitrary restrictions (i.e. it might not be possible with qtkeychain to access password saved by a browser in a situation where that would be possible using the native API of the platform - speculative).back burnerMartin StrakaMartin Strakahttps://gitlab.nic.cz/datovka/datovka/-/issues/49Application crashes when using MALLOC_PERTURB_2017-10-03T08:47:17+02:00Karel SlanýApplication crashes when using MALLOC_PERTURB_When using MALLOC_PERTURB_ then the application crashes on libisds operations. This is clearly a libisds bug.
The author of libisds has been notified but it looks like he isn't going to fix this problem soon.When using MALLOC_PERTURB_ then the application crashes on libisds operations. This is clearly a libisds bug.
The author of libisds has been notified but it looks like he isn't going to fix this problem soon.back burnerKarel SlanýKarel Slanýhttps://gitlab.nic.cz/datovka/datovka/-/issues/48Check the existence of additional required dlls for Windows2017-10-03T08:47:17+02:00Martin StrakaCheck the existence of additional required dlls for WindowsCheck the presence of additional required dlls for Windows:
* platforms/qwindows.dll
* sqldrivers/qsqlite.dll
Required dlls:
icudt51.dll libintl-8.dll
icuin51.dll libisds-5.dll
icuuc51.dll ...Check the presence of additional required dlls for Windows:
* platforms/qwindows.dll
* sqldrivers/qsqlite.dll
Required dlls:
icudt51.dll libintl-8.dll
icuin51.dll libisds-5.dll
icuuc51.dll libltdl-7.dll
libasprintf-0.dll libstdc++-6.dll
libcharset-1.dll libwinpthread-1.dll
libcurl-4.dll libxml2-2.dll
libeay32.dll Qt5Core.dll
libexpat-1.dll Qt5Gui.dll
libgcc_s_dw2-1.dll Qt5Network.dll
libgcc_s_sjlj-1.dll Qt5PrintSupport.dll
libgettextlib-0-19-2.dll Qt5Sql.dll
libgettextpo-0.dll Qt5Widgets.dll
libgettextsrc-0-19-2.dll zlib1.dll
libiconv-2.dllback burnerKarel SlanýKarel Slanýhttps://gitlab.nic.cz/datovka/datovka/-/issues/40Limitations on the size of the database file2017-10-03T08:47:17+02:00Martin StrakaLimitations on the size of the database fileIn order to time down the size of the database files the database should be able to split into several files. The mechanism assumes creating new database file for every year/quarter/month depending on the choice of the user.
Proposed ...In order to time down the size of the database files the database should be able to split into several files. The mechanism assumes creating new database file for every year/quarter/month depending on the choice of the user.
Proposed database file name format:
**username{date}___accountype.db**
where
* **username** = username, i.e. user login (not NULL). The username string is also the primary key used to address the database file.
* **accountype** = {0,1}, where 0 is standard account and 1 is testing account (not NULL).
* **date**:
* [x] if not specified = the database file contains all messages. E.g. wkclse___0.db -> backward compatible with old Datovka.
* [x] if \_yyyy = database includes messages from only one year. E.g. wkclse_2014___0.db contains all messages from the year 2014.
* [x] \_inv for messages without correct delivery time = special database. E.g. wkclse_inv___0.db contains all messages without delivery time. (E.g. messages that have been rejected by the system or freshly sent messages.)
**DONE: Split into several database files based on years was implemented in the version 4.4.0 as issue #184**
These possibilities are still open:
* [ ] if \_yyyyQx = database includes messages from only one year quarter. E.g. wkclse___0_2014Q1.db contains messages from January to March 2014.
* quarters = {Q1, Q2, Q3, Q4}
* [ ] if \_yyyymm = database includes messages from only one month. E.g. wkclse___0_201411.db contains messages from November 2014.
* month = {01, 02, ..., 12}
The database settings is set per account. It is going to be saved into configuration file. The messages are processed according the delivery time.back burnerhttps://gitlab.nic.cz/datovka/datovka/-/issues/11Isolate libisds code.2021-03-22T14:40:07+01:00Karel SlanýIsolate libisds code.All calls to libisds functions should be isolated into separate compilation module.
This module should provide an interface between Qt and libisds structures.All calls to libisds functions should be isolated into separate compilation module.
This module should provide an interface between Qt and libisds structures.back burnerKarel SlanýKarel Slanýhttps://gitlab.nic.cz/datovka/datovka/-/issues/6Failed to Download Attachments with Missing GnuPG User Profile2022-07-18T11:18:34+02:00Karel SlanýFailed to Download Attachments with Missing GnuPG User ProfileThis issue occurs when *libisds* is compiled against *libgpgme* (we've seen it on Fedora, CentOS and others).
The application fails to download message attachments (i.e. complete messages) with an unknown *libisds* error. The applicatio...This issue occurs when *libisds* is compiled against *libgpgme* (we've seen it on Fedora, CentOS and others).
The application fails to download message attachments (i.e. complete messages) with an unknown *libisds* error. The application generates an error message containing the message 'ISDS: Unspecified error Ověření CMS se nezdařilo: Konec souboru' or any language variation of this message (depending on your language settings).
This may be an issue of *libgpgme*. The function `gpgme_op_verify()`, which is called from *libisds*, fails with an unknown error when there is no **~/.gnupg** profile directory.
> **Workaround**: If you are in your user profile experiencing such problems then run the following command from terminal:
```shell
echo '' | gpg2
```
in order to create the missing configuration files/directories.back burnerKarel SlanýKarel Slaný