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.
Ze systému Slavia pojišťovny uniklo přibližně 150 gigabajtů citlivých dat. Jedná se například o pojistné dokumenty, lékařské záznamy nebo přímou komunikaci s klienty. Za únik může chyba dodavatelské společnosti.
Sněmovna propustila do dalšího kola projednávání vládní návrh zákona o digitální ekonomice, který má přinést bezpečnější on-line prostředí. Reaguje na evropské nařízení DSA o digitálních službách a upravuje třeba pravidla pro on-line tržiště nebo sociální sítě a má i víc chránit děti.
Meta převezme sociální síť pro umělou inteligenci (AI) Moltbook. Tvůrci Moltbooku – Matt Schlicht a Ben Parr – se díky dohodě stanou součástí Meta Superintelligence Labs (MSL). Meta MSL založila s cílem sjednotit své aktivity na poli AI a vyvinout takovou umělou inteligenci, která překoná lidské schopnosti v mnoha oblastech. Fungovat by měla ne jako centralizovaný nástroj, ale jako osobní asistent pro každého uživatele.
Byla vydána betaverze Fedora Linuxu 44 (ChangeSet), tj. poslední zastávka před vydáním finální verze, která je naplánována na úterý 14. dubna.
Polishlinux.org ukazuje okolnosti polského hlasování o OOXML. V Polsku bylo zavedeno pravidlo, že nedoručení hlasu znamená souhlas. Předseda tamní rady KT 182 pak zatajil hlasujícím dopis od ředitele PKN (Polski Komitet Normalizacyjny) a navíc ukázal hlasujícím členům prezentaci s nekorektními informacemi o výsledku ženevského BRM. Bylo anonymně potvrzeno, že autorem prezentace je člověk z Microsoftu.
Tiskni
Sdílej:
Bylo anonymně potvrzeno, že autorem prezentace je člověk z Microsoftu.
Jedna paní povídala, že autorem je <doplň si sám>.
If we had to add support for Open XML to Mac Word 12 without being able to port code from Win Word, the read/write estimates shrinks down to about 8.5 man/years (44 weeks x 5 devs x 2 for read+write). As I recall, this about half of what it took to add HTML support to Word: 10 or so devs over a release cycle of 2 years.Polovina casu, nez jak dlouho trvala implementace HTML. A to neni tak extremne rozsahle jako OOXML, ze? Nepripadne vam to trochu divne? Je tam moc promennych na to, aby bylo mozne delat takove bezpredmetne ucelove klicky, jake pan Sauer predvadi...
Zapomněl jste uvést, že tenhle odhad byl pouze pro Word. Takže si to vynásobte minimálně 3x (můžete sice něco odečíst na sdílené části specifikace, ale zas na druhou stranu přičíst na další věci mimo text, tabulky a presentace, takže nakonec nula od nuly pojde). Plus je třeba si uvědomit, že tohle je odhad pro implementaci do Mac Wordu, který má vnitřnosti s formátem OOXML velmi kompatibilní (OOXML je de facto jen přepis toho jak vnitřně funguje Word, Excel a Powerpoint do XML, proto je taky tak hnusný a vnitřně nekonzistentní - prostě každý pes, jiná ves). A dále uvedený postup přes RTF by pro KOffice rozhodně vhodný nebyl. Zkrátka a jednoduše odhad jednoho z předních vývojářů KOffice se mi jeví mnohem fundovanější, než ten váš. Přeci jen vidí do toho víceIf we had to add support for Open XML to Mac Word 12 without being able to port code from Win Word, the read/write estimates shrinks down to about 8.5 man/years (44 weeks x 5 devs x 2 for read+write). As I recall, this about half of what it took to add HTML support to Word: 10 or so devs over a release cycle of 2 years.Polovina casu, nez jak dlouho trvala implementace HTML. A to neni tak extremne rozsahle jako OOXML, ze? Nepripadne vam to trochu divne? Je tam moc promennych na to, aby bylo mozne delat takove bezpredmetne ucelove klicky, jake pan Sauer predvadi...
A ty jeho výpočty mi příjdou naprosto logické.
Vyčítáte zaujatost anti-OOXML "fanatikům", ale přitom se sám projevujete jako krátkozraký pro-OOXML "fanatik". Nevyčítejte jiným to, co činíte sám...
Zkrátka a jednoduše odhad jednoho z předních vývojářů KOffice se mi jeví mnohem fundovanější, než ten váš. Přeci jen vidí do toho víceFajn, nezbyva nam, nez si pockat. Treba vam dam za pravdu.A ty jeho výpočty mi příjdou naprosto logické.
Vyčítáte zaujatost anti-OOXML "fanatikům", ale přitom se sám projevujete jako krátkozraký pro-OOXML "fanatik". Nevyčítejte jiným to, co činíte sám...Ja jsem na rozdil od 95% lidi tady schopen uznat oba formaty a v obou vidim taky negativa, zcasti proto, ze jsem pro oba formaty psal generatory (pro tabulkova data). Zadny zazrak, ale zakladni obrazek jsem si udelal -- a to byl prave ten moment, kdyz jsem prestal bezmyslenkovite zastavat pouze ODF. Proste jsem videl, ze je to "taky jenom format". Takze brzdete s tim fanatikem.
A co je to ta renomovaná IT konzultantská společnost?Jo, tohle me na tom "vysvetleni" pana Molcana rozesmalo nejvic