Po 8. květnu 2026 už na Instagramu nebudou podporované zprávy opatřené koncovým šifrováním. V chatech, kterých se bude změna týkat, se objeví pokyny o tom, jak si média nebo zprávy z nich stáhnout, pokud si je chcete ponechat.
V lednu byla ve veřejné betě obnovena sociální síť Digg (Wikipedie). Dnes bylo oznámeno její ukončení (Hard Reset). Společnost Digg propouští velkou část týmu a přiznává, že se nepodařilo najít správné místo na trhu. Důvody jsou masivní problém s boty a silná konkurence. Společnost Digg nekončí, malý tým pokračuje v práci na zcela novém přístupu. Cílem je vybudovat platformu, kde lze důvěřovat obsahu i lidem za ním. Od dubna se do Diggu na plný úvazek vrací Kevin Rose, zakladatel Diggu z roku 2004.
MALUS je kontroverzní proprietarní nástroj, který svým zákazníkům umožňuje nechat AI, která dle tvrzení provozovatelů nikdy neviděla původní zdrojový kód, analyzovat dokumentaci, API a veřejná rozhraní jakéhokoliv open-source projektu a následně úplně od píky vygenerovat funkčně ekvivalentní software, ovšem pod libovolnou licencí.
Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.
Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.
Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).
Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.
Google Chrome 146 byl prohlášen za stabilní. Nejnovější stabilní verze 146.0.7680.71 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 29 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
D7VK byl vydán ve verzi 1.5. Jedná se o fork DXVK implementující překlad volání Direct3D 3 (novinka), 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
Bylo vydáno Eclipse IDE 2026-03 aneb Eclipse 4.39. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
23.5.2012 12:06
xkucf03 | skóre: 50
| blog: xkucf03
> citovaný text moje odpověďto je celkem obvyklé a v podstatě norma. Popsané je to v RFC 3676. Píšu teď jednu aplikaci, která načítá e-maily a nějak je interpretuje... Původně jsem tam toleroval mezery mezi >, příklad:
> > toto je vnořená citace > toto je citace první úrovněAle v RFC se píše, že mezery se používají k "escapování" -- tudíž ten první řádek se nemá interpretovat jako vnořená citace, ale jako citace první úrovně, která začíná znakem > (ten se má normálně zobrazit jako obsah sdělení, ne interpretovat jako uvození citace). Tak jsem to předělal a mezery už netoleruji (dokonce se tím zjednodušil kód). Ono to dává celkem smysl, protože jinak by nešlo napsat řádek začínající > -- třeba:
>>> VÝHODNÁ AKCE, KLIKNĚTE ZDE <<<(to je samozřejmě vtip, takové e-maily dostávat nechci, ale obecně by mělo jít něco takového zapsat) Na druhou stranu ve Wikipedii se píše, že to až tak standardizované není a že se používají i jiné styly (třeba |, což mi přijde jako hnus) a že mezery mezi > se často tolerují a interpretuje se to jako vnořená citace (místo jako "Space-Stuffing"). Jak moc považujete toto RFC za závazné? (je v kategorii Standards Track) Je dobré se jím řídit a všechno, co mu nevyhovuje, považovat za nestandardní hnusy a neřešit to? Nebo byste zvolili tolerantnější přístup a připustili třeba ty mezery? Jenže pak není způsob, jak napsat řádek začínající > Zatím se přikláním spíš k RFC. A co text uvozující citaci? Typicky:
Dne 23. 5. 2012 12:00 Jméno Příjmmení napsal(a):Dá se považovat za zvyklost/normu, že to bude na jeden řádek (byť v různých jazycích a formátech) těsně (případně oddělené prázdnými řádky) před citací? Nebo vám přijdou normální i několikařádková "záhlaví" citací? A co si myslíte o vložení tohoto textu do citace (tzn. na řádek s >)? IMHO je to špatně, protože to není citace a logicky to patří o úroveň výš.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
-----Original Message----- před původním e-mailem, počítá jen s top postingem. Pak následují některé hlavičky, prázdný řádek a původní e-mail. Vedle > a | se používá také # a nejspíš i další znaky. A to se pořád bavíme jen o e-mailu v čistém textu, co teprve HTML varianty…
24.5.2012 11:11
xkucf03 | skóre: 50
| blog: xkucf03
vetsina lidi cituje original tak, ze ho nechava pod novym mailemNa jednu stranu je to zbytečné, ale zase pokud je to označené standardním způsobem (podle RFC), tak to není žádná tragédie – klient to může třeba srolovat a zobrazit až po rozkliknutí…
vetsina lidi cituje original tak, ze ho nechava pod novym mailemOprava: Většina lidí nechává pod textem svého e-mailu kompletní text toho, na nějž odpovídají. Nemá to žádný důvod nebo dokonce cíl. Prostě to tak dělají jejich e-mailoví klienti.
24.5.2012 11:15
xkucf03 | skóre: 50
| blog: xkucf03
co teprve HTML varianty…Tam to může být i jednodušší – když program odesílatele použije prostředky určené pro danou věc: <blockquote/> (klidně vnořené). Ale když místo toho vloží třeba „menší písmo s fialovou barvou“ bez jakéhokoli sémantického vyznačení, tak se s tím asi fakt nedá nic dělat…
24.5.2012 21:07
xkucf03 | skóre: 50
| blog: xkucf03
Teď jen dokopat ostatní, aby dodržovali to RFC…
31.5.2012 21:24
xkucf03 | skóre: 50
| blog: xkucf03
format=fixed je význam znaku „>“ nedefinovaný?
Tiskni
Sdílej:
