Vim Classic byl vydán ve verzi 8.3. Drew DeVault oznámil tento fork editoru Vim (verze 8.2.0148, tj. těsně před zavedením Vim9 skriptování) v březnu letošního roku. Důvodem forku bylo, že vývojáři editorů Vim a Neovim začali při vývoji využívat LLM.
Open source konference DevConf.CZ 2026 proběhne 18. a 19. června v Brně na FIT VUT. Publikován byl program a spuštěna byla registrace.
Společnost JetBrains uvolnila verzi 2 svého open-source velkého jazykového modelu (LLM) pro vývojáře Mellum.
Probíhá konference Microsoft Build 2026. Microsoft představuje své novinky: kvantový čip Majorana 2, Surface Laptop Ultra a Surface RTX Spark Dev Box s NVIDIA RTX Spark, Intelligent Terminal, Coreutils for Windows (fork Rust Coreutils), AI modely MAI, AI agenta Scout, platformu pro agent-first zařízení Project Solara, …
Google Chrome 149 byl prohlášen za stabilní. Nejnovější stabilní verze 149.0.7827.53 přináší řadu novinek. Podrobný přehled v poznámkách k vydání. Vylepšeny byly také nástroje pro vývojáře.
Pluto.jl, reaktivní notebook pro programovací jazyk Julia, dospěl do verze 1.0.
Byla vydána nová verze 12.0.0 vizuálního programovacího jazyka Snap! (Wikipedie) inspirovaného jazykem Scratch (Wikipedie). Přehled novinek na GitHubu.
Počítačovou hru Gravity Circuit (ProtonDB) lze do 14. června do 19:00 získat na Steamu zdarma. Napořád.
Nejnovější X.Org X server 21.1.23 a Xwayland 24.1.12 řeší 9 bezpečnostních chyb.
npm balíčky @redhat-cloud-services byly kompromitovány.
.
Jako další velkou výhodu bych u něj zmínil bezproblémovou integraci GPG.
. Máte samozřejmě pravdu, mutt má velmi dobrou podporu PGP/GPG, ale to mají ostatní zmínění také.
Problémy myslím zhruba to, že jedno z těch dvou rozšíření co je pro to třeba se chovalo dost magicky, třeba s tím nešlo rozumně pracovat přes onoho správce rozšíření. A neustálé mazání profilu mě moc nebaví. (naštěstí se to pošty netýká, protože by mě nikdy nenapadlo v TB pracovat s poštou jinak než přes IMAP)
Právě proto mi vadí, že je zobrazena tučně s počtem nepřečnených zpráv. Přímo mazat spam nechci, protože:
Mutt rozhodně není „all-in-one“, proto jej používám.
Sylpheed-claws rozhodně není „all-in-one“, proto se mi líbí. Zajišťuje integraci a podporu pro další aplikace nad mailboxem. Např. pro kontrolu pravopisu používá aspell, můžete používat externí editor, můžete si nadefinovat akce, které volají libovolné externí aplikace (i jako filtry, kterými zprávu „protáhnete“) můžete je volat explicitně nad zprávou, i v rámci filtrů (takto lze realizovat např. antispam pomocí bogofilteru). Volitelně nemusíte vúbec používat interního klienta pop3/smtp, můžete si nadefinovat externí aplikace pro příjem/filtrování i pro odesílání, Sylpheed-claws takovou možnost přímo podporuje.
Thunderbird je skutečně „all-in-one“, kromě
rozšíření pro gpg a podporu externího editoru
nespolupracuje implicitně s ničím. Ale pokud by uměl
vše co požaduji, nijak mi to nebude bránit v jeho
použití
, nejsem žádný fanatik.
Mutt rozhodně není „all-in-one“, proto jej používám.pochopil jsem to tak, jakože Mutt má být nahrazen a špatně jsem si vyložil seznam požadavků ... tak nic, sorry
Sylpheed-claws ...až na ten vlastní program pro pop3 to myslím KMail všechno umí ...
Treba takova podpora IMAP je v kmailu podporovana fakt "dokonale".no já to říkal, že se někdo najde
- a propos: podpora podporována?
... podpora IMAPu byla mizerná, byla přepsána od základu, takže teď kvůli zaseknutému procesu aspoň nepadne celý KMail, ale pořád to jaksi není ono, bohužel
Nebo uz nekdo prisel na to, jak ho prinutit k tomu, aby pri oznaceni zpravy jako "smazana" s ni i nadale umel pracovateh, k čemu je dobré pracovat se smazanou zprávou? pokud s něčím chci ještě pracovat, tak si to snad nemažu, ne?? (tím se nezastávám KMailu, mít delší dobu otevřený bug opravdu není hezké, jen to jaksi nechápu z uživatelského hlediska ...)
podpora podporována?
Jiste, podpora muze byt podporovana. Nicmene mas pravdu, v tomto kontextu je to pouzito spatne.
eh, k čemu je dobré pracovat se smazanou zprávou? pokud s něčím chci ještě pracovat, tak si to snad nemažu, ne?? (tím se nezastávám KMailu, mít delší dobu otevřený bug opravdu není hezké, jen to jaksi nechápu z uživatelského hlediska ...)
Jak se normalne pracuje s IMAPem - zpravy se nemazou, jenom se oznacuji jako smazane; v prehledu zprav ji vetsina grafickych klientu zobrazi treba zasedle nebo preskrtle. Jediny, co tohle "smazani" udela, je to, ze u dane zpravy "nastavi jeden atribut", zjednodusene receno. BTW, i kmail tohle umi, kdyz se maze zprava po pomale lince, na chvili se ukaze "preskrtla".
K samotnymu odstraneni zpravy dojde az pri takzvanym "expunge folders" nebo taky "compact folders" (aspon tak tomu rika vetsina MUA).
Kmail dela blbe vic veci:
K bodu jedna - on se chudak snazi cpat ty zpravy do nejakeho sveho kose. Zadny jiny MUA, ktery jsem kdy videl, to tak nedela. Je to nelogicky.
K bodu dva - akce typu "vysypat kos" (humus...) nezavola ono expunge, akorat zpravu odstrani ze zobrazovaneho seznamu. Proto se muze stat, ze se na serveru zacnou hromadit zpravy oznaceny jako smazany, i kdyz kmail odmita zobrazovat. Ostatni MUA je samozrejme normalne vidi.
K bodu jedna - on se chudak snazi cpat ty zpravy do nejakeho sveho kose. Zadny jiny MUA, ktery jsem kdy videl, to tak nedela. Je to nelogicky.MS Outlook Express tohle také umí, Mozilla Thundebird také. Problém je, že jaksi není úplně jasné, která varianta je správná. U jednoho IMAP serveru se dočtete: "Jaký koš, proboha? Zprávy se označí jako deleted a nakonci se vymažou." A u druhého se zase píše: "Jaké označování zpráv ke smazání? Zprávy se normálně přesouvají do koše." A pak si má člověk vybrat.
Tiskni
Sdílej: