Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za únor (YouTube). Odstraněn byl veškerý kód napsaný ve Swiftu. JavaScriptový engine LibJS byl reimplementován v Rustu.
Byla vydána verze 1.94.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example. Zveřejněny byly výsledky průzkumu mezi vývojáři v programovacím jazyce Rust: 2025 State of Rust Survey Results.
Google zveřejnil seznam 185 organizací přijatých do letošního Google Summer of Code (GSoC). Dle plánu se zájemci přihlašují od 16. do 31. března. Vydělat si mohou od 750 do 6600 dolarů. V Česku a na Slovensku je to 900 dolarů za malý, 1800 dolarů za střední a 3600 dolarů za velký projekt. Další informace v často kladených otázkách (FAQ). K dispozici jsou také statistiky z minulých let.
Byla vydána únorová aktualizace aneb nová verze 1.110 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.110 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Apple představil 13palcový MacBook Neo s čipem A18 Pro. V základní konfiguraci za 16 990 Kč.
Kalifornský zákon AB 1043 platný od 1. ledna 2027 vyžaduje, aby operační systémy požadovaly po uživatelích věk nebo datum narození a skrze API poskytovaly aplikacím informaci, zda je uživatel mladší 13 let, má 13 až 16 let, má 16 až 18 let nebo má alespoň 18 let. Vývojáři linuxových distribucí řeší, co s tím (Ubuntu, Fedora, …).
Konference LinuxDays 2026 proběhne o víkendu 3. a 4. října v Praze v areálu ČVUT v Dejvicích na FIT. Čekají vás desítky přednášek, workshopy, stánky a setkání se spoustou chytrých lidí.
Nové verze webových prohlížečů Chrome a Firefox jsou vydávány každé 4 týdny. Aktuální verze Chrome je 145. Aktuální verze Firefoxu je 148. Od září přejde Chrome na dvoutýdenní cyklus vydávání. V kterém týdnu bude mít Chrome větší číslo verze než Firefox? 😀
Apple představil nové čipy M5 Pro a M5 Max, MacBook Pro s čipy M5 Pro a M5 Max, MacBook Air s čipem M5 a Studio Display a nový Studio Display XDR.
Bylo spuštěno hlasování o přednáškách a workshopech pro letošní Installfest, jenž proběhne o víkendu 28. a 29. března v Praze na Karlově náměstí 13.
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