Byla vydána nová verze 15.1 svobodného unixového operačního systému FreeBSD. Podrobný přehled novinek v poznámkách k vydání.
Vývojáři Ubuntu představili projekt Myna, tj. iniciativu zaměřenou na přidání funkce převodu řeči na text do prostředí desktopu Ubuntu. Dle plánu již v Ubuntu 26.10.
Společnost Epic Games představila nový open source systém pro správu verzí Lore navržený pro "bezprecedentní škálovatelnost dat i týmů a optimalizovaný pro projekty, včetně her a zábavy, které kombinují kód s velkými binárními soubory, aby uspokojil potřeby vývojářů i umělců". Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.
Úřad pro ochranu hospodářské soutěže (ÚOHS) provedl v říjnu 2024 místní šetření u společnosti Seznam.cz. Úřad prověřoval důvodné podezření na možné protisoutěžní jednání, konkrétně zneužití dominantního postavení. Krajský soud v Brně v květnu 2025 konstatoval, že toto šetření bylo nezákonné. Nejvyšší správní soud (NSS) včera rozhodl, že šetření bylo provedeno v souladu se zákonem. Krajský soud bude muset případ posoudit znovu.
Byl představen skládací telefon Commodore Callback 8020. Ani hloupý, ani chytrý. Pro fanoušky Commodore a digitálního minimalismu. Bez webového prohlížeče a sociálních sítí. S předinstalovaným WhatsAppem. S operačním systémem Sailfish OS.
V OpenBSD byla objevena 27 let stará chyba v ppp pomocí níž lze vzdáleně obejít autentifikaci. Chyba byla nahlášena 12.6. a 14.6. byla opravena. Bližší info v článku A 27-Year-Old Authentication Bypass in OpenBSD's PPP Stack.
Odpověď Evropské komise (pdf) k evropské občanské iniciativě Stop Destroying Videogames, jež je součástí hnutí Stop Killing Games: "Komise se domnívá, že v této fázi nemůže navrhnout právní povinnost zachovat hratelnost videoher poté, co přestaly být poskytovány komerčně. Důvodem jsou i stávající práva duševního vlastnictví. Podle autorského práva EU mají nositelé práv výlučná práva ke svým výtvorům. Kromě autorských práv mohou být
… více »Byl vydán Mozilla Firefox 152.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 152 bude brzy k dispozici také na Flathubu a Snapcraftu.
Desktopové prostředí KDE Plasma bylo vydáno ve verzi 6.7 (Mastodon). Přehled novinek i s videi a se snímky obrazovek v oficiálním oznámení. Podrobný přehled v seznamu změn.
Hříčka xsnow, která na ploše spustí sněžení, je protestware. Pokud jste v Rusku (LANG=ru), zobrazuje ukrajinské vlajky.
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: