Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - frank128

Stran: 1 2 [3]
31
Desktop / Re:Emailový klient pre linux / freebsd
« kdy: 11. 11. 2021, 23:02:45 »
Mas neco proti Thunderbirdu? (202K mejlu na jednom ucte)

Priznám sa, že voči thunderbirdu som mal dlho predsudky, už len preto že je to mainstream, ale teraz som ho vyskúšal a vyzerá byť fajn. Takže klienta už mám vybratého, ďakujem za tip.

32
Desktop / Emailový klient pre KDE
« kdy: 11. 11. 2021, 19:47:24 »
Ahojte aký emailový klient pre KDE by ste mi doporučili? používal som KMail ten mi vyhovuje užívateľským interfacom, žiaľ v emailových účtoch mám cca 50tisíc mailov a KMail spolu s Akonadi mi kôli tomu začali žrať strašne veľa výkonu, počítač mi po spustení KMail začal lagovať (a to pritom vôbec nemám pomalý PC). Všetky KDE aplikácie mi fungujú normálne rýchlo, okrem KMail. Takže som to odinštaloval a teraz hľadám nejaký iný klient.

33
Distribuce / Vytvorenie užívateľa s rovnakými nastaveniami
« kdy: 11. 11. 2021, 19:36:26 »
Ahojte ako vytvorím usera s rovnakými nastaveniami, ako má už vytvorený user? Ide mi hlavne o nastavenia KDE, ale bolo by fajn aby tam boli aj ostatné nastavenia. Proste som si vyladil jeden účet, tých nastavení bolo veľmi veľa a chcel by som podla toho vytvoriť aj iný užívateľský účet, bez toho aby som musel všetko nanovo nastavovať. Chcelo by to niečo ako template alebo kópiu usera. Len s iným užívateľským menom a heslom.

34
Vývoj / Libka pre ASCII Art
« kdy: 01. 11. 2021, 20:33:13 »
Ahojte, robím na jednej aplikácii pre command line. A chcel by som tam zobrazovať nejaké piktogramy.

Viete o nejakej knižnici pre C, C++ ktorá by dokázala načítať bitmapu (je jedno či PNG, BMP, XPM, ICO, PPM) a zobrazila by ju ako farebný ASCII Art?

Ideálne by bolo aby sa tam používal dithering a aby sa vždy zvolili také znaky, aby bol zobrazený obrázok čo najvernejší predlohe? Neočakávam od toho žiadne zázraky, ale zobrazovanie tých piktogramov, by moholo byť celkom efektný spôsob ako niečo odprezentovať. Samozrejme aplikácia na tom nezávisí, je to len taká doplnková featura. Mohlo by to fungovať tak, že ak konzola podporuje 16 farieb (VGA) tak by to zobrazilo max 16 farieb. A tam kde podporuje 256 farieb by sa to vyrenderovalo s použitím všetkých 256 farieb viď: https://www.lihaoyi.com/post/Ansi/Rainbow256.png

35
Ďakujem Vám za informácie. Tak to teda nebudem vypínať. Aspoň budem mať prehľad, čo kedy spadne.

36
Distribuce / Samovoľné vytváranie súborov s koncovkou .core
« kdy: 31. 10. 2021, 19:42:18 »
Ahojte, kade tade po disku sa mi vytvárajú súbory s koncovkou core (*.core). Pozeral som ich v editore a je to normálna elf binárka, teda spustiteľný blob.

Najprv keď som ich videl v home folderi, som si myslel, že sú to dáke systémové súbory, ale keď sa mi .core súbor sám od seba vytvoril aj v c++ projekte, ktorý vyvýjam a skoro som ho commitol a pushol tak by ma zaujímalo načo slúži. Môžem ho dať do .gitignores, ale ajtak nemám rád keď si systém bez môjho vedomia robí čo chce a rád by som mal kontrolu nad tým čo sa v systéme deje.

1. Načo tie súbory slúžia? Je to nejaká optimalizácia spúštania aplikácií?
2. môžem ich bez obáv zmazať?
3. ak to nemá nejakú dôležitú funkciu môžem generovanie core súborov vypnúť? Prípadne ich zakázať v niektorých foldroch?
4. ako ich zakážem pre celý ~/Dev folder?

37
Desktop / Re:Časovač, stopky a budík na linuxovém desktopu
« kdy: 29. 10. 2021, 20:29:43 »
Jde vám o reálný čas? Pak:

  • Hodiny zobrazují čas na základě HW času v PC a časového pásma
  • Časovač si při nastavení vypočte čas konce (alarmu) a pak zobrazuje zbývající čas
  • Stopky si při spuštění poznačí čas startu a pak zobrazují uběhlý čas
Takto pojaté úlohy připouštějí všechny restart aplikace nebo PC a jejich základní funkčnost je snadné naprogramovat.

Snadné to áno. Po funkčnej stránke. Ale zase ak to má mať šikovné, užívateľsky prívetivé UI a pekný a zároveň profesionálne vyzerajúci design, tak to nakoniec zaberie dosť veľa času. Ja sa živím ako frontend developer a pri mnohých tiketoch zaberie programovanie 10% - 20% času a zvyšných 80% - 90% času strávim ladením UI k dokonalosti. Možno som perfekcionista, ale ak už mám svet open source niečim obohatiť, tak by som bol rád aby to vyzeralo profesionálne

38
Desktop / Časovač, stopky a budík na linuxovém desktopu
« kdy: 28. 10. 2021, 18:48:17 »
Ahojte existuje nejaká appka pre unix / linux (ideálne pre prostredie KDE, ale neni to podmienka), ktorá obsahuje:

1. Hodinky
2. Stopky
3. Časovač

Umožňuje pridať aj viac časovačov, ale zároveň má jednu dôležitú featuru. Keď si nastavím timer / stopky alebo budík a reštartujem počítač, nabehne systém, tak hodinky bežia ďalej. U toho UWP timeru vo Windowse to tak funguje.  Skúšal som Gnome-timer aj ktimer, a ani jeden z nich po reštarte ďalej nebeží :/

Dajte mi prosím vedieť či taká appka už je a ak nie je tak asi forknem nejakú z existujúcich appiek pre KDE a doprogramujem to tam. Vlastne tam len treba vypočítať rozdiel v časoch po reštarte - pred reštartom. A ten pripočítať k bežiacemu času timeru.

39
Vývoj / Re:Qt - potomkovia QObject a auto
« kdy: 25. 10. 2021, 00:26:22 »
Evidentně kompilátor bere
Kód: [Vybrat]
auto instance = QObject();
jako copy initialization a chce použít copy constructor, který je ovšem v qobject.h na řádku 467 definovaný jako deleted. Naopak:

Kód: [Vybrat]
QObject instance;

je default initialization (https://en.cppreference.com/w/cpp/language/default_initialization), při které se copy constructor neuvažuje. Nicméně v C++17 už je to jinak a myslím, že tam už by se zkompilovala i první varianta.

Ďakujem Vám za informáciu.

Nastavil som si v *.pro súbore
Kód: [Vybrat]
CONFIG += c++20
no skompilovať to stále nejde. Skúsim sa ešte pohrať s parametrami compilera a nastaveniami Qt Creatora. Prípadne vymením GCC za CLang.

Když nefunguje (), tak zkus {} :)

Qt si nic neohýbá, jen generuje nějaké metadata navíc, to co píšeš je pořád C++ kompilované C++ compilerem.

Myslel som to tak, že si ho ohýba na úrovni jazyka a preprocessora. Je to stále ten istý jazyk, akurát celkový dojem mám akoby to išlo mimo štandartnej koncepcie C++. Vyzerá to ako by sa Qt inšpirovalo tým najlepším zo sveta Javy a .NETu. No mne to vôbec nevadí, práve naopak, programuje sa v tom dobre - je to prívetivé a je to asi ten najlepší GUI framework, aký som kedy v C++ vyskúšal a rozhodne mi to k srdcu prirástlo viac také GTK či nebodaj MFC.

40
Vývoj / Qt - potomkovia QObject a auto
« kdy: 23. 10. 2021, 19:44:47 »
Ahojte, začal som sa venovať vývoju pre Unix a KDE. Chcel by som spraviť nejaké Qt GUI utilitky / aplikácie pre veci špecifické pre FreeBSD a Solaris. Lenže Qt si jazyk C++ troška ohýba, tak že sú tam mierne odlišnosti oproti bežnému C++. Celkový dojem z toho mám akoby som kódil v jazyku C# alebo Jave, ale zase daktoré veci mi prídu dosť archaické nepoužíva sa tam v takej miere preťažovanie operátorov, namiesto smart pointerov vidím vo vygenerovanom kóde z QtDesigneru natívne pointery a operátor new atď.

No a zarazila ma jedna vec:

Objekty podedené od QObject musím inštanciovať po starom (z ľava do prava):

Kód: [Vybrat]
QObject instance;

Ale keď to inštanciujem takto:

Kód: [Vybrat]
auto instance = QObject();

Tak mi to vyhodí takúto chybu:

http://pluton.cloud/attachment/8f4d3a81-5d3e-4403-bc3b-899b56f55579/issue.png

Prečo?

41
A čo takto nájsť si pozíciu, kde od teba vyžadujú kombináciu C# aj C++? C# môžeš v rámci jedného projektu používať na bežný rýchly vývoj a C++ na kritické časti. Alebo si nájdi pozíciu v nejakej menšej firme (napr. reklamke), kde ti dajú vo výbere technológií voľnú ruku.

Alebo si nájdi dobre platenú prácu ako C# developer a vo voľnom čase si môžeš kódiť vlastné projekty v C++ (to je napríklad môj prípad).

42
Jestli to chápu správně, tak máte problém s aplikacemi, které nezapisují na standardní výstup, takže váš pokus o čtení příslušné roury "zamrzne" (čeká se na data, která nemusí nikdy přijít).

Pokud se tomuto chcete vyhnout, čtěte z rour asynchronně. Má to i výhodu v tom, že aplikace může psát na standardní výstup i standardní chybový výstup, což pro vás může být zajímavé rozlišit. Mrkněte na poslední parametr funkce ReadFile či na funkci ReadFileEx. Myslím ale, že pro asynchronní operace budete muset roury vytvářet přes CreateNamedPipe, abyste jim mohl nastavit FILE_FLAG_OVERLAPPED, protože pohodlné CreatePipe toto specifikovat nedovoluje.

Aplikace nemusí alokovat vlastní konzoli přes AllocConsole, ale může se připojit např. na konzoli svého rodiče (AttachConsole). Záleží také, jaké příznaky předáte při volání CreateProcess (pár jich ovlivňuje konzolové chování).

Pokud se vám nechce číst asynchronně, možná by se dalo vše zařídit tak, že vytvoříte vlastní rouru a předáte ji aplikaci jako standardní výstupy. Pokud bude ke každému konci roury existovat nejvýše jedno handle, vaše aplikace "odmrzne", jakmile spuštěná aplikace zavře handle ke svému konci roury (dostanete něco jako ERROR_BROKEN_PIPE). Problém samozřejmě je, že aplikace obvykle zavírají tato handle až v momeně svého ukončení.

Ďakujem Vám za vyčerpávajúci popis ako to riešiť. Skúsim teda to asynchrónne čítane. Vidím že máte výborný prehľad vo Windows API.

Stran: 1 2 [3]