Po 20 letech a 17 otevřených (open source) krátkých filmech Blender Studio oznámilo plán na svůj první celovečerní film. Cílem samozřejmě není jenom nový otevřený film, ale především vývoj a vylepšení otevřených nástrojů pro spolupráci napříč celým procesem a vytvoření otevřené příručky (playbook) pro filmovou produkci ve velkém měřítku s informacemi, které jsou obvykle dostupné pouze uvnitř komerčních studií, a pomoci tak nezávislým tvůrcům překonat technické a organizační bariéry.
Byla vydána nová verze 26.6.25 svobodného multiplatformního video editoru Shotcut (Wikipedie) postaveného nad multimediálním frameworkem MLT. Shotcut je vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.
Apple bez varování odstranil ze svého obchodu sociální síť VKontaktě i další aplikace skupiny VK, jako je VK Music nebo VK Video [Novinky.cz].
V dubnu loňského roku představený poštovní klient Notion Mail bude 22. září ukončen.
Konference OpenAlt 2026 hledá přednášející. Proběhne o víkendu 7. a 8. listopadu na půdě Fakulty informačních technologií VUT v Brně. Témata konference jsou: Otevřený a svobodný software, IoT a Hnutí tvůrců, Vzdělávání, Bezpečnost a soukromí, Otevřená společnost, komunity a data, OpenMobility a další.
Společnosti OpenAI a Broadcom oznámily čip optimalizovaný pro AI pojmenovaný Jalapeño.
Deno (Wikipedie), běhové prostředí (runtime) pro JavaScript, TypeScript a WebAssembly, bylo vydáno v nové verzi 2.9. Hlavní novinkou je deno desktop pro převod Deno projektu na desktopovou aplikaci. Jedná se o alternativu k frameworkům Electron nebo Tauri.
Od zítra jsou Datové schránky oficiálně na nové adrese datovka.gov.cz. Adresa mojedatovaschranka.cz zůstává funkční do 27. srpna 2026, následně budou uživatelé automaticky přesměrováni na datovka.gov.cz.
Dolphin (Wikipedie), tj. open source multiplatformní emulátor herních konzolí GameCube a Wii od Nintenda, byl vydán ve verzi 2606. S podporou Game Boy Playeru.
Vasudeva Kamath představil utilitu debvulns, alternativu k nativní utilitě debsecan, pro výpis zranitelností v Debianu. Navíc má především možnost výstupu ve strukturovaných formátech JSON a CSV. V plánu je exportér pro Prometheus.
Ahoj, tak jsem premyslel nad tim, k cemu je standardizace oasis formatu, kdyz s nimi umi poradne pracovat jen openoffice? To jsme totiz na stejnem bode jako kdyz se bude pouzivat jen M-soft format a precte to poradne jen M-office. Ja myslel, ze kdyz bude napriklad .odt standardem, tak se mi to stejne zobrazi na kteremkoli jinem textovem editoru stejne a to nejen v ramci linuxu, ale multiplatformne (az tedy MS udela poradny plug-in). Jenze kdyz ja napriklad udelam trochu slozitejsi textovy dokument v OOo a chtel bych si to prohlednout ci editovat napr. v Koffice, tak jsem dojel. Prijde mi to zvlastni a nejak nechapu proc to tak je. Ja myslel, ze k tomu formatu musi byt dostupna vsechna dokumentace pro programatory a vsechny aplikace, ktere chteji tyto standartni formaty pouzit, musi mit vpodstate stejny vystup - tedy i zadny problem zpracovat tento standartni dokument z jine aplikace.
Ma tedy ta standardizace formatu vubec smysl? Co si o tom myslite?
POZNAMKA: presunuto z poradny vcetne odpovedi od Filip Jirsák a Robert Krátkého, at je v tom poradek.
Tiskni
Sdílej:
Filip
Ja prave myslel, ze to nebude slozite si s tim poradit, kdyz presne vim ktery prikaz jak funguje. Myslel jsem, ze to funguje podobne jako HTML jazyk, tedy nejak pres ty tagy.. Ja mam nekdy pocit, ze napr. ten Koffice lepe precte .doc nez .odt. Napriklad vubec si to neumi poradit se vzorcema apod.
A proc se treba nezeptaj vyvojaru OOo jak to delaji, je to taky opensource aplikace, tak se muzou trochu inspirovat nebo spolupracovat na vyvoji toho filtru (nebo jak se tomu rika) ne?
Mluvim tady jako laik - nikdy jsem nic neprogramoval, takze pokud jsem nekoho nastval tak se omlouvam.
Robert:
Jasne, ja nikdy blog nepouzival tak me to ani nenapadlo. Takze se omlouvam a jiz jsem to napravil.
Na doc se sice pracuje roky, ale je to close-source (nebo jak to napsat), coz si predstavuju jako metodu pokusu a omylu jestli to precte spravne. Kdyzto odt je open, coz mi prislo jako mnohem jednoduzsi na implementaci. Proto se divim.
Jasne, import vzorcu jsem ochoten pochopit ci prekousnout. Na Koffice se mi libi ta rychlost a ze to prave neni tak tezkpadne. Ono to ale ma problemy treba i s odrazkama, formatovanim atp. coz me mrzi.
vim ~/.emacsAk, druhému to nebeží, (očakáva If)btw, m$ špecka je kritizovaná za iné veci ako rozsah (neúplnosť, nekonzistencia, a podobné drobnosti)
Koffice-ODF je s OOo-ODF skutecne tezce nekompatibilni, vysledek je naprosto jiny. V tuhle chvili nejde o to zda pujde ODF otevrit i jinde (to prijde casem), dulezitejsi je ze OpenOffice je dostupny pro vsechny siroce pouzivane platformy a to zdarma.Jako ze KOffice pouziva i sve vlastni tagy a namespaces? Prijde mi trapne, kdyz se vsude kritizuje MS a uzavrenost jeho formatu (s tim souhlas), ale kdyz se s tim ma neco udelat, tak misto aby se open source/free komunita a dalsi tvurci jinych kancelarskych baliku semkli, domluvili se na ODF a implementovali ho identicky, tak si kazdy zacne hrat na svojem pisecku, protoze on to prece vymysli nejlip. Jak typicke. V tuhle chvili prave jde v prvni rade o to, abychom ukazali silu otevrenych formatu -- tedy ukazali jak to jde dobre a bez ztraty dat otevrit jinde. Kdyz budem mit plnou hubu reci o ODF (a o tom, jaky je to "standard") a jediny open source balik, ktery to bude umet spravne otevrit, bude OOo, tak muzem jit delat vsichni sasky do cirkusu...