V březnu byla oznámena spolupráce GrapheneOS s Motorolou. Nejnovější vlajka Motorola Signature 27 je první Motorola s oficiální podporou GrapheneOS. GrapheneOS (Wikpedie) je varianta Androidu zaměřující se na bezpečnost a soukromí.
Omarchy (Wikipedie) je linuxová distribuce s dlaždicovým správcem oken Hyprland. Založena je na Arch Linuxu. Vydána byla v nové verzi 4.5.0. Nově také pro Apple Silicon, konkrétně pro M1/M2/M3/Neo MacBooky.
Byla vydána nová stabilní verze 8.3 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 156 s bezpečnostními opravami z Chromia 157. Přehled novinek i s náhledy v příspěvku na blogu.
Multimediální přehrávač mpv byl vydán ve verzi 0.42.0. Jde o větší balík změn po bezmála roce. Mimo jiné se lépe integruje s Waylandem nebo rozšiřuje podporu DVD/Blu-ray, např. umožňuje přehrávat rovnou obrazy médií (soubory iso).
Desktopové prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklé sloučením projektů Razor-qt a LXDE bylo vydáno ve verzi 2.5.0. Přehled novinek v poznámkách k vydání.
Byla vydána (𝕏) nová verze 8.0 LTS open source monitorovacího systému Zabbix (Wikipedie). Přehled novinek v oznámení na webu, v poznámkách k vydání a v aktualizované dokumentaci.
Byla vydána verze R14.1.7 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5, Wikipedie). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.
Bazzite (Wikipedie), tj. linuxová distribuce vycházející z Fedora Linuxu a optimalizována pro hraní počítačových her, byla vydána ve verzi 45. S Open Gaming Collective (OGC) jádrem a novým Easy Anti-Cheatem pro Linux (EAC Linux v2).
MikroTik zveřejnil vlastní bezpečnostní upozornění potvrzující, že zranitelnost linuxového jádra postihuje také RouterOS 7. Jde o use-after-free při zpracování IPv4 TCP spojení s IP options. Zranitelnost se týká provozu směřujícího na TCP službu samotného routeru, nikoli paketů, které router pouze přeposílá. Opraveno v long-term od 7.24.6, v stable od 7.25.1 a devel od 7.26beta5.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
\documentclass[final,a5paper,8pt,openany]{book}
a v dokumentu na straně 10 vkládám obrázek makrem:
newcommand{\ilustr}[2]{
\begin{figure}[htb!]
\begin{center}
\includegraphics{/cesta_k_obr/#1.jpg}
\caption{#2}
\label{#1}
\end{center}
\end{figure}
}
Obrázekm se na stranu 10 nevložil, ačkoliv by se tam vešel, ale vložil se na stranu 11 na místo, kde stejným makrem měl být vložen jiný obrázek.
Makro je opět voláno na straně 13, kde se ovšem vloží obrázek, který měl být na straně 11.
Obrázek ze strany 13 se vloží až na straně 23, kde makrem vkládám opět zcela jiný obrázek. Ten se však vloží až na straně 28 na místě, kde je makro pro poznámku na okraji(!):
\newcommand{\chb}[1][]{\marginpar{\rule{1em}{1ex}}%
\ifthenelse{\equal{#1}{}}{\rule{1ex}{1ex}}{$\blacktriangleright$#1$\blacktriangleleft$}}}
A dotyčná poznámka na okraji se samozřejmě nezobrazí zde, ale na straně 10, tedy na místě, kde měl být první z uvedených obrázků.
Makro pro umístění obrázkuje voláno i na str. 4 a 5 , kde se obrázek umísťuje normálne. Makro \chb pro poznámku na okraji je voláno vícekrát, a to i mez stranami 23 a 28. Pokud toto makro ze strany 28 odstraním, zobrazí se poslední obrázek na místě dalšího výskytu makra \chb. Pokud odstraním všechna volání makra \chb, všechny obrázky se umístí na správné místo.
V této chvíli to pro mě není kritické, protože makro \chb je pracovní a ve finální verzi v textu vůbec nebude, takže se vyřeší samo. Ale zajímá mě to, jednak jako záhada a dále pro případ, že by se znovu vyskytlo něco podobného. Díky moc.
Na otázku zatím nikdo bohužel neodpověděl.
Tiskni
Sdílej:
