Agent umělé inteligence Claude Opus ignoroval uživatelovu odpověď 'ne' na dotaz, zda má implementovat změny kódu, a přesto se pokusil změny provést. Agent si odpověď 'ne' vysvětlil následovně: Uživatel na mou otázku 'Mám to implementovat?' odpověděl 'ne' - ale když se podívám na kontext, myslím, že tím 'ne' odpovídá na to, abych žádal o svolení, tedy myslí 'prostě to udělej, přestaň se ptát'.
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.
Zdravím ...
po delší době jsem se vrátil k zobrazovači logů, co jsem psal v Pythonu + QT. Logy Python programů ( přes logger ) zobrazoval perfektně, reagoval na změnu logovacího souboru ( přepsání / přidání atd ). protože jsem chtěl zvýraznit řádky, obsahující NOTE, DEBUG a pod, řádky logu procházely konverzí na HTML, obarvily se hledaná slova a mezery se konvertovali na a do QTextBrowser-u se vkládaly tyto řádky jako .insertHTML(). Když pak soubor narostl, znovu se načetly přidané řádky, zkonvertovaly se a vložili se do QTextBrowser-u pomocí .append().
Fungovalo to.
Ale pokud takto zobrazím apache log, tak první vložení je správné, .append() ale vloží text (ne HTML), takže řádky jsou protkané (jako text) úseky, které dost zhoršují čitelnost logu.. Možná tady najdu někoho, kdo s tímto zápasil, protože ať čtu nebo hledám cokoli, nějak jsem se neposunul k řešení. Jo, když okno zavřu a znovu otevřu ten log, jsou zase řádky logu zobrazeny správně...
(QTextBrowser je potomkem QTextEdit a tedy sdílí jeho funkce)
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
PySide2.QtWidgets.QTextEdit.append(text)¶
Parameters:
text – str
Appends a new paragraph with text to the end of the text edit.
Note
The new paragraph appended will have the same character format and block format as the current paragraph, determined by the position of the cursor.
jak určit, že připojovaný úsek je HTML ?
proč to v python logu funguje, a apache logu ne?
Analyzuje nějak QT, co se vkládá, a problém je v tom, že log apache v podstatě nemá obarvovaná slova, takže vkládáný do qt browseru text kromě @nbsp; nemá span (kterým obarvuju ty určená slova )? Tápu...
Díky za naštelování 
Milan
Řešení dotazu:
Do určitých pokusů jsem se pustil už včera, ale když se nic nedařilo, zeptal jsem se tady ... ale zároveň se psaním dotazu mě napadaly další možnosti, jak dosáhnout toho netextování a to pravé řešení jsem i vypsal -a skutečně, obalil jsem každý řádek značkou span, a qt to vyhodnotil jako html, a už vkládá jako HTML..
No, snad to někomu pomůže, otázka vyřešena.
Milan
Tiskni
Sdílej:
