Byla vydána beta verze Linux Mintu 22.2 s kódovým jménem Zara. Podrobnosti v přehledu novinek a poznámkách k vydání. Vypíchnout lze novou XApp aplikaci Fingwit pro autentizaci pomocí otisků prstů nebo vlastní fork knihovny libAdwaita s názvem libAdapta podporující grafická témata. Linux Mint 22.2 bude podporován do roku 2029.
Provozovatel internetové encyklopedie Wikipedie prohrál v Británii soudní spor týkající se některých částí nového zákona o on-line bezpečnosti. Soud ale varoval britského regulátora Ofcom i odpovědné ministerstvo před zaváděním přílišných omezení. Legislativa zpřísňuje požadavky na on-line platformy, ale zároveň čelí kritice za možné omezování svobody slova. Společnost Wikimedia Foundation, která je zodpovědná za fungování
… více »Byla vydána verze 2.0.0 nástroje pro synchronizaci dat mezi vícero počítači bez centrálního serveru Syncthing (Wikipedie). Přehled novinek na GitHubu.
Americký prezident Donald Trump se v pondělí osobně setkal s generálním ředitelem firmy na výrobu čipů Intel Lip-Bu Tanem. Šéfa podniku označil za úspěšného, informují agentury. Ještě před týdnem ho přitom ostře kritizoval a požadoval jeho okamžitý odchod. Akcie Intelu v reakci na schůzku po oficiálním uzavření trhu zpevnily asi o tři procenta.
Byl vydán Debian GNU/Hurd 2025. Jedná se o port Debianu s jádrem Hurd místo obvyklého Linuxu.
V sobotu 9. srpna uplynulo přesně 20 let od oznámení projektu openSUSE na konferenci LinuxWorld v San Franciscu. Pokuď máte archivní nebo nějakým způsobem zajímavé fotky s openSUSE, můžete se o ně s námi podělit.
Byl vydán Debian 13 s kódovým názvem Trixie. Přehled novinek v poznámkách k vydání.
WLED je open-source firmware pro ESP8266/ESP32, který umožňuje Wi-Fi ovládání adresovatelných LED pásků se stovkami efektů, synchronizací, audioreaktivním módem a Home-Assistant integrací. Je založen na Arduino frameworku.
Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána v nové verzi 2025.8.
Herní studio Hangar 13 vydalo novou Mafii. Mafia: Domovina je zasazena do krutého sicilského podsvětí na začátku 20. století. Na ProtonDB je zatím bez záznamu.
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 ~/.emacs
Ak
, 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...