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.
dvi, ps či pdf nejsou sázecí programy, to jsou tiskové formáty, že.
head /usr/share/texmf/tex/generic/hyphen/hyphen.tex
% The Plain TeX hyphenation tables [NOT TO BE CHANGED IN ANY WAY!] % Unlimited copying and redistribution of this file are permitted as long % as this file is not modified. Modifications are permitted, but only if % the resulting file is not named hyphen.tex.
hyphen.tex, k tomu typicky máte ještě (např.) české vzory pro dělení a u těch rozhodně není pravda, že se nikdy nezměnily a nikdy nezmění.
Rozčiluje mně že když dokument porovnám a připravím na tisk ve Windows tak se celý text roztáhne a všechna práce příjde vniveč. Zatím mně napadlo pouze řešení posílat dokument na tisk v pdf, ale to se mi nezdá úplně elegantní.Dokument z textového procesoru by měl být v zásadě tak koncipován, aby mu nevadilo "roztažení" textu, tj. změna fontů, změna rozměrů stránky apod. Pak sice máte třeba o dvě stránky víc, ale struktura dokumentu se nezmění a jeho účel zůstane zachován. Problém je, když se kombinuje přístup textového procesoru a programu pro sazbu (už zde v diskusi několikrát zmíněno): tj. chcete mít editovatelný dokument, ale s neměnnými prvky - to je něco jako pokus o kvadraturu kruhu. Takže rada: chce se po vás výstup z textového procesoru a tam není možné hledět na počet stránek, podobu fontů apod., anebo dokonalý hotový dokument, a tam je třeba použít PDF anebo jiný podobný formát (který je pak jen omezeně editovatelný). Pokud to po vás chce někdo ve škole, tak ho zkuste vzdělat!
Pokud má být dokument koncipován aby mu nevadilo roztažení tak kde potom zůstane minimum estetiky dokumentu.Dokument z textového procesoru je prostě naprosto odlišný výstup než dokument z grafického studia. Dokument z textového procesoru odpovídá dřívějším výstupům z mechanického psacího stroje a nároky na jeho "estetickou podobu" by měly být tytéž, tj. zřetelné členění a čitelné písmo. Jeho účelem totiž není typografická výstava, ale něco sdělovat.
Před nadpis 1 dávám pro přehlednost zalomení stránky, po porovnání dokumentu mi potom vychází volné místo např. na 1/4 stránky a po roztažení dokumentu se vše posune a na další stránce zůstane 3/4 volného místa.To je právě to, co by u dokumentu z textového procesoru naprosto nemělo vadit, protože u toho není důležité volné místo, ale právě a jen text! Je naprosto v pořádku, jestli je v takovém dokumentu vynechány 3/4 (nebo klidně 5/6) stránky volného místa, pokud to odpovídá praktickému (věcnému) členění, protože volné místo je naprosto irelevantní.
Podle Vás bych měl vytvořit jeden velký odstavec nejlépe bez formátování? K čemu potom jsou všechny ty funkce?Ty funkce tam jsou pro vytváření kancelářského typu dokumentů (ekvivalent efektivního psacího stroje) nikoliv pro DTP čili náhradu profesionálně sázených a tištěných dokumentů. Souhlasím s tím, že jich je tam celá řada (např. hlídání registrů apod.) v podstatě na draka a svádějí k tomu, že se v textovém procesoru leckdy sázejí i knížky. Podle mě byste tedy měl ty funkce používat, ale nebazírovat na tom, že vytvoříte dokumenty s nárokem na profesionální typografický design (např. rozložení šedi na stránce, zlatého řezu nebo právě optimálně rozloženého volného místa). Výstup z textového procesoru může být maximálně surovina pro program sazečský, ve kterém pak tohle všechno můžete napevno definovat, a nemělo by tudíž záležet na přesném umístění prvků dokumentu: naopak, ta je přímo nežádoucí - pokud se změnou formálních parametrů stane takový dokument nefunkčním, tak je to špatně koncipovaný dokument.
Co si tak pamatuji z MS Office tak tam takové rozdíly nebyly.Hehe, možno je to tým, že si nikdy nemusel porovnávať výstup MS Office pod Windowsom a pod Linuxom.
Webové stránky se na tisíci počítačích zobrazí stejně…
Jak jste na to přišel? Tohle je typicky managorská představa o webu, ze které mají webdesignéři akorát žaludeční vředy, když se managorovi marně snaží vysvětlit, že není nic špatného na tom, když ten text ve Firefoxu vyjde na patnáct řádků, zatímco v MSIE na šestnáct…
)Co si tak pamatuji z MS Office tak tam takové rozdíly nebyly.
No, to určitě ne. :-) MS Office vám přeláme dokument, i když jen přepnete výchozí tiskárnu…
Docela jsem podcenil rozdíly mezi Linux a Win.Obávám se, že rozdíly byste poznal i mezi Linux A a Linux B a mezi Win A a Win B - právě podle nastavených výchozích parametrů, např. fontů, rozlišení a okrajů u ovladače tiskárny apod. Je dobře možné, že stejné systémy se stejnou konfigurací zobrazí dokumenty prakticky shodně - ale to je tak všechno, co můžete od textového procesoru očekávat. Vtip správného dokumentu z textového procesoru totiž je, že by nemělo záležet na tom, v jaké formální podobě se nakonec zobrazí: mělo by být úplně jedno, jaké používá fonty (za předpokladu stejné znakové sady), jaké má definované rozměry stránky, počet písmen na řádce, počet řádek na stránce apod. Vždycky by měl vyjít tak, aby splnil svůj účel.
Docela jsem podcenil rozdíly mezi Linux a Win. Dlouho jsem se domníval že donutím OOo zobrazovat dokumenty v obou systémech stejně. Zdá se ale že je tolik faktorů které ovlivňují výsledek že i po vynaložené snaze se přiblížit k cíly by byl výsledek nejistý.Zas tak nejistý výsledek není. Mohu říct, že mám mnohostránkové dokumenty s několika úrovněmi nadpisů, s různými zarovnávanými bloky, záhlavími, zápatími, vloženými obrázky, zalomeními, spoustou formátování… a výsledky zobrazení ve Wordu ve Windows a v OOo v Linuxu jsou prakticky identické. Jen občas trochu uskočí obrázky, které jsou zarovnány vůči něčemu, co OOo nepodporuje, takže stačí jen velmi drobné opravy
Tiskni
Sdílej: