V úterý Google vydal Android 16. Zdrojové kódy jsou k dispozici na AOSP (Android Open Source Project). Chybí (zatím?) ale zdrojové kódy specifické pro telefony Pixel od Googlu. Projekty jako CalyxOS a GrapheneOS řeší, jak tyto telefony nadále podporovat. Nejistá je podpora budoucích Pixelů. Souvisí to s hrozícím rozdělením Googlu (Google, Chrome, Android)?
Byla vydána (𝕏) květnová aktualizace aneb nová verze 1.101 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.101 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
V Brně na FIT VUT probíhá třídenní open source komunitní konference DevConf.CZ 2025. Vstup je zdarma, nutná je ale registrace. Na programu je celá řada zajímavých přednášek, lightning talků, meetupů a workshopů. Přednášky lze sledovat i online na YouTube kanálu konference. Aktuální dění lze sledovat na Matrixu, 𝕏 nebo Mastodonu.
Vyloučení technologií, které by mohly představovat bezpečnostní riziko pro stát, má umožnit zákon o kybernetické bezpečnosti, který včera Senát schválil spolu s novelami navazujících právních předpisů. Norma, kterou nyní dostane k podpisu prezident, počítá rovněž s prověřováním dodavatelů technologií pro stát. Normy mají nabýt účinnosti od třetího měsíce po jejich vyhlášení ve Sbírce zákonů.
Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána v nové verzi 2025.6.
Po Red Hat Enterprise Linuxu a AlmaLinuxu byl v nové stabilní verzi 10.0 vydán také Rocky Linux. Přehled novinek v poznámkách k vydání.
Bylo vydáno Eclipse IDE 2025-06 aneb Eclipse 4.36. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Americká filmová studia Walt Disney a Universal Pictures podala žalobu na provozovatele populárního generátoru obrázků pomocí umělé inteligence (AI) Midjourney. Zdůvodňují to údajným porušováním autorských práv. V žalobě podané u federálního soudu v Los Angeles označují firmu za „bezednou jámu plagiátorství“, neboť podle nich bez povolení bezostyšně kopíruje a šíří postavy z filmů jako Star Wars, Ledové království nebo Já, padouch, aniž by do nich investovala jediný cent.
Ultra Ethernet Consortium (UEC), jehož cílem je optimalizace a další vývoj Ethernetu s důrazem na rostoucí síťové požadavky AI a HPC, vydalo specifikaci Ultra Ethernet 1.0 (pdf, YouTube).
Francouzský prezident Emmanuel Macron chce zakázat přístup na sociální sítě pro děti do 15 let. Francie podle něj tento krok udělá sama do několika měsíců, i pokud se na něm neshodnou další státy Evropské unie. Reaguje tak na úterní vraždu vychovatelky, kterou ve východofrancouzském městě Nogent pobodal 14letý mladík. Jednotlivé sociální sítě podle něj mají možnost věk ověřit a vymáhat zákaz pomocí systémů na rozpoznávání tváří.
Zase jednou jsem se odhodlal nainstalovat novou verzi kancelářského balíku KOffice (1.4.1), abych se podíval, kam pro mě tento tradičně nepoužitelný kousek software zase pokročil. Varování: následující text není celková natož objektivní recenze, nýbrž jen povzdech nad jednou jedinou, pro mě nepochopitelnou vlastností KWordu.
Update: Doplněno o screenshoty.
Jde o funkci zvanou v anglické verzi Display Mode (přes položku menu View). Tato funkce umožňuje zvolit si podle potřeby různé náhledy na právě psaný dokument. To není ještě nic divného, protože něco podobného mají všechny kvalitnější textové procesory. Jako velmi podivné mi však připadají nabízené volby a nějak si nedokážu představit, že jsou k něčemu dobré.
Tak zaprvé tam máme náhled Page Mode. Ten zobrazuje v okně jakoby celý papír i s okraji, podle zvoleného zoomu. Následující stránka pokračuje za textem dole - jde zkrátka o ten nejpřirozenější a velmi konkrétní náhled. Není námitek.
Podstatně podivnější už je náhled pojmenovaný Preview Mode. Zvláště protože se liší od dříve jmenovaného prakticky pouze tím, že stránky dokumentu řadí vedle sebe (v řadách o počtu listů předem zvoleném v nastavení). Stejně jako v případě Page Mode je možné i v tomto náhledu do textu psát a stejně tak jsou zobrazovány hranice "papíru".
Ve Writeru z OpenOffice.org je takový náhled řešen spíše klasicky jako náhled tiskové předlohy, do níž už nelze zasahovat, což považuji za logičtější řešení. Ano, možná lze definovat pro Page Mode a Preview Mode rozdílné parametry náhledu, např. že se v Page Mode budou zobrazovat hranice textu a v Preview Mode ne, ale takové ruční nastavování (je-li vůbec možné) považuji za zbytečnost. Zkrátka, na první pohled nepřidává v KWordu náhled Preview Mode oproti Page Mode žádnou funkci navíc a klasický náhled tiskové předlohy by byl daleko srozumitelnější.
Nicméně opravdou lahůdkou nesmyslnosti je způsob náhledu třetí, totiž Text Mode. Ten se vyznačuje především hnusnou vlastností, že seřízne okraje stránky "papíru" a váš text tudíž začíná velmi nehezky zároveň se začátkem okna, na můj vkus příliš blízko okraji. Pravděpodobně je to míněno coby simulace prostého textového editoru bez rušivých elementů (jako jsou prázdné okraje) či stránkování. Proti tomu bych ještě nic nenamítal.
Proč mě KWord však opravdu štve a proč s ním v praxi nemohu pracovat je skutečnost, že náhled Text Mode sice zruší hranice stránky směrem dolů, tedy co se týče počtu řádek textu, ale ZACHOVÁ hranici stránky, co se týče počtu písmen na řádku! Jinými slovy, ať zvolíte jakýkoliv zoom, stále máte i v tomto náhledu stejný počet písmen na jedné řádce.
Chcete-li mít na obrazovce obrovská písmena (náhled v zoomu 300 %), zmizí vám konec řádky někde za hranicí okna. Chcete-li naopak písmena menší (např. 100 %), prostor pro psaní se vám promění v úzkou nudli a zbytek okna KWordu je "kreativně" tvořen prázdnou šedí. Zkrátka, náhled Text Mode se k řádkům a zoomu chová úplně stejně jako předchozí dva náhledy.
Nechápu vývojáře, proč se patlají se třemi prakticky totožnými náhledy, ani uživatele KWordu, kterým zjevně nechybí velice praktický náhled nazývaný v OpenOffice.org "Web Layout" (v MS Word to bylo tuším "Normal View"): totiž náhled, který zruší veškeré pevné formátování řádků a stránek a v němž lze podle libosti zvětšovat i zmenšovat zoom písma a přesto přehlédnout v otevřeném okně celé řádky textu (ve větším zvětšení pochopitelně kratší).
Pro ty, kteří se snad ptají, k čemu je něco takového dobré: vězte, že např. já velice často a rád píšu v poměrně malém úzkém okně s poměrně velkými písmeny, aby se mi vešlo tak pět slov na řádku. Připadá mi, že se tak mohu na text lépe soustředit, zvlášť když si poodsednu dál o obrazovky, anebo si mohu vedle okna s psaným textem otevřít další okna s prameny atd.
Na podobný pohodlný náhled rezignuje bohužel i AbiWord (také netuším proč a proč to zjevně nikomu nevadí), což je také pro mě důvod oba "malé" texťáky považovat navzdory některým vychvalovaným funkcím za nástroje svádějící daleko více než OpenOffice.org k chování písařky u klasického psacího stroje.
A také je to ten hlavní důvod, proč používám raději OpenOffice.org, ačkoliv by mi jinak AbiWord nebo KWord rozsahem zvláštních funkcí úplně stačily. Bohužel, nestačí v naprosto elementární věci: v logice rozvržení náhledů pro pohodlné psaní textů.
PS.
Tak nějak tiše doufám, že tomu jen nerozumím nebo jsem se přehlédl a někdo mi vysvětlí, jak je to "správně" ;)
Tiskni
Sdílej:
Tak zrovna tohle mě vůbec v Kwordu nerozčiluje. Jsou tu podstatnější věci, které jsou na tři věci...
1. stabilita celého balíku, zvláště pak balíku karbon14 (s ním se skoro nedá pracovat).
2. nenáčítání MS sračkoidních formátů. Sice u nového kwordu se toto zlepšilo...
3. Při psaní dlouhých dokumentů se stává že po otevření dokumenu se jeví napsaný text nějak a po uložení se to celé posune. Fakt nevim co to dělá....
4. Strašná práce s tabulkama. A to nemluvím o tom že když je různě upravujete tak se strácí viditelnost části rámečků. Když chcete aby se vám otevřeli, tak musíte přejet pár stran dozadu, pak zpět a ejhle rameček tam zase je.
Když pominu tyto nedostatky tak v Koffice je docela dost zajímavých věcí které jsou dobrým příslibem do budoucnosti. A to rámový přístup k oběktům, celková rozčleněnost programů Koffice na malé prográmky, která se snaží nahlížet na práci jako celek. Přes všechny špatnosti který tento office má mu fandím.
To uznavam, ale mnou popsana vlastnost je duvod, proc s KWordem ani pracovat nezacnu, abych se k tem podstatnejsim vecem vubec dostal :( Prece jen mi v prvni rade zalezi na tom, aby se mi psalo pohodlne.Tak zrovna tohle mě vůbec v Kwordu nerozčiluje. Jsou tu podstatnější věci
Lupa se chova tak ja kam to znamena jako lupa,Kdyz dam 150% tam se mi zvetsi list papairu i pismo (jeho veliksot vsak stale zustava na nastavenych 12px). Takhle se prece lupa chova.Tematem blogpostu jsou hlavne dalsi dva "Display Modes", ktere se od toho prvniho prakticky nelisi. Tudiz se jen tak ptam, proc tam vubec jsou. Ja treba nechci, aby se mi zvetsoval v nahledu "Text Mode" ten "list papiru", ja vubec nechci v tomto nahledu zadny "list papiru". Ja chci, aby se mi radky zlomily tam, kde mi konci okno aplikace a ne az s koncem "papiru". Lupa se tudiz chova sice jako lupa ale "Text Mode" se nechova jako "Text Mode". Ze bych to napsal tak nesrozumitelne? ;)
Myslim, ze muze napsat text v kate,Kate a jemu podobni ovsem evidentne na delsi texty nejsou stavene. Jiste ze konecne formatovani textu delam v nahledu, ktery mi zobrazuje layout stranky (lepe receno priradim styly uz pri psani). Ale TeX by pro me vyhodnejsi nebyl, jelikoz nedelam knizni sazbu ;) No nic, jen zkratka nebudu KWord pouzivat jako to nedelam dosud, vsak ja verim, ze jsou lidi, kterym takhle staci a vyber textovych procesoru s podobnymi vlastnostmi je docela dostatecny.
Preview Mode se u me chova lehce jinak. Listy papiru jsou zmensene, asi 7x4 cm. Psat se v tyhle velikosti neda, ale muze to byt dobre treba k posouvani odstavcu. Kazdopadne pokud to nepovazujes za uzitecne, staci to ignorovat.Ehm, i v tomto nahledu muzes prece zmenit zoom a pak jsou listy tak velke, jak potrebujes ;) Ja vim, ze to muzu ignorovat. Vsak se jen ptam, proc to tam vubec je, proc misto toho neni klasicky nahled tiskove predlohy. Hlavne, proc tam je ten Text Mode :)
Rezim, ve kterem nejses omezen pravym okrajem IMHO do textoveho procesoru nepatri. Proc taky, pises prece text na virtualni papir. Pokud chces nekoencny papir, pouzij plaintextovy editor, pripadne i tabulkovy procesor (kvuli debilnimu formatovani ve Wordu jsme delali prace z mereni v Excelu... tehdy), pokud chces velky pismo pro promitani na monitoru, sahni po programu na prezentace.No nevim, vzdycky si lidi stezuji prave na to, ze textovy procesor svadi k praci a la psaci stroj (vyrovnavani pomoci mezer apod.) a ze lidi nepouzivaji styly a neumi zformatovat slusny dokument. Oddelit v jednom nahledu obsah od konkretni podoby textu (jako v tomto nahledu) je podle me hezke reseni textoveho procesoru, ktery tim zcela logicky predstavuje neco mezi obycejnym textovym editorem a programem pro sazbu, tj. hodi se pro vytvareni nenarocnych ale presto zformatovanych dokumentu. Plaintextovy editor mi zacne obycejne (krome Vim) s delsim textem stavkovat (viz dalsi prispevek), pripadne ma potize s obcasnou tabulkou nebo poznamkami pod carou. Vim ma pro me napr. zase ten problem, ze pracuje s pismem s pevnou sirkou, coz je pro nektera nezvykla pisma (napr. hebrejske ci arabske) docela nepohodlne.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz