Americký prezident Donald Trump podepsal exekutivní příkaz, který prodlužuje lhůtu pro prodej amerických aktiv aplikace TikTok vlastněné čínskou společností ByteDance do amerických rukou o dalších 90 dnů. Americký Kongres loni v dubnu kvůli bezpečnostním obavám přijal zákon, podle kterého měl vstoupit v platnost zákaz sítě TikTok v USA v případě, že se prodej neuskuteční do 19. ledna. Trump však v lednu lhůtu pro prodej prodloužil o 75 dnů. V dubnu pak přikročil k prodloužení o dalších 75 dnů, lhůta tak měla vypršet dnešním dnem.
Microsoft hodlá zrušit další tisíce pracovních míst, a to především v obchodních odděleních. Předchozí kolo propouštění se uskutečnilo v květnu a dotklo se 6000 zaměstnanců. Vedení firmy již dříve upozornilo, že vzhledem k rozsáhlým investicím do umělé inteligence (AI) se bude snažit omezovat výdaje v jiných oblastech.
Společnost Murena ve spolupráci se společností Qwant představila vyhledávač Murena Find. Ve výchozím nastavení bude používán v mobilním operačním systému /e/OS a v Murena Workspace.
V mobilní aplikaci Facebooku se lze nově přihlašovat pomocí Passkeys.
Společnost Midjourney představila vlastní generátor videí pomocí umělé inteligence (AI) V1 Video Model.
Editor kódu Zed (Wikipedie) má nově v sobě integrovaný debugger. Podporuje Rust, C/C++, JavaScript, Go, Python a pomocí rozšíření i další programovací jazyky.
Byl publikován aktuální přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie). Servo mimo jiné nově zvládne animované GIFy.
Nejnovější X.Org X server 21.1.18 a Xwayland 24.1.8 řeší další bezpečnostní chybu.
Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 210. sraz, který proběhne 20. června od 18:00 v Red Hat Labu na Fakultě informatiky Masarykovy univerzity na adrese Botanická 68A nebo také online.
Byla vydána nová verze 17 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.
LyX používám už delší dobu a nikdy jsem nenarazil na problém, který by se mi nepodařilo vyřešit. Nainstaloval jsem Ubuntu 9.04, kde je LyX 1.6.1. Bezúspěšně jsem se hrabal v menu Dokument→Nastavení i Nástroje→Nastavení. Ani google mi nepomohl i když je pravda, že jsem možná nedokázal správně formulovat dotazy... Zkoušel jsem i měnit rozložení klávesnice. V jiném programu podobný problém není. Nakonec co je nejzvláštnější: Ubuntu 9.04 už mám i na NB a i tam je stejná verze LyXu. Znaky s diakritikou tam fungují! Zkusil jsem zkopírovat .lyx z NB do desktopu. Nepomohlo. Nejsem si vědom žádných zásahů do systému, které by s tímto mohly souviset (téměř čistá instalace). Díky za každý nápad.
Takhle vypadá ěščřžýáíé v LyXu: ÄÅÄÅÅÃÃÃÃ
Díky za rychlou reakci.
- locales naprosto stejně nastavené jako na NB.
- Do nastavení terminálu jsem se vůbec nehrabal ani na jednom z počítačů. LyX pouštím z menu. Z terminálu se chová stejně.
- Font jsem zkoušel měnit, pořád to samé.
Napadla mě ale jedna docela zásadní informace, kterou jsem neuvedl. Ctrl+C Ctrl+V vloží znaky s diakritikou naprosto normálně a vygenerovaný ps/pdf soubor je taky v pořádku!
Zkusil jsem zkontrolovat, jestli jsou nainstalované všechny balíčky s podporou češtiny a některý chyběl. Doinstalování nepomohlo. Vypadá to tedy, jakoby byl problém mezi "klávesnicí a LyXem". Napadá někoho, k čemu tam může docházet? Zvláštní je, že do terminálu, geditu, oo, kamkoli můžu napsat české znaky, zkopírovat je do schránky a do LyXu už se vloží bez problému. Vážně mi to hlava nebere 
.
Nainstaloval jsem qtconfig. Zobrazení a dokonce i vkládání/psaní znaků je naprosto v pořádku. Připomínám, že LyX nemá problém se zobrazením znaků s diakritikou, ale s vkládáním/psaním přímo z klávesnice. Ctrl+C Ctrl+V vloží znaky s diakritikou správně.
Částečně vyřešeno. Zjistil jsem, že skutečně stačí změnit locales. Nijak jsem s tím neexperimentoval, protože mě nenapadlo, že ve stejném systému a stejné verzi programu se může LyX chovat na dvou počítačích jinak . V Ubuntu je dafault toto:
<CODE>
LANG=cs_CZ.UTF-8
LC_CTYPE="cs_CZ.UTF-8"
LC_NUMERIC="cs_CZ.UTF-8"
LC_TIME="cs_CZ.UTF-8"
LC_COLLATE="cs_CZ.UTF-8"
LC_MONETARY="cs_CZ.UTF-8"
LC_MESSAGES="cs_CZ.UTF-8"
LC_PAPER="cs_CZ.UTF-8"
LC_NAME="cs_CZ.UTF-8"
LC_ADDRESS="cs_CZ.UTF-8"
LC_TELEPHONE="cs_CZ.UTF-8"
LC_MEASUREMENT="cs_CZ.UTF-8"
LC_IDENTIFICATION="cs_CZ.UTF-8"
LC_ALL=
</CODE>
S tím české znaky nefungují. Pokud změním cs_CZ.UTF-8 na cs_CZ, tak sice jde vkládat ěščřžýáíéúů, ale nefunguje vkládání velkých znaků s háčkem/čárkou a menu není v češtině (!). Experimentoval jsem s různým nastavením a kupodivu i s en_US se klávesnice chovala stejně. Zkrátke cokoli jiného než default cs_CZ.UTF-8 znamená, že menu není česky a sice konečně fungují malá písmena s diakritikou, která se vkládají přímo, nefungují ale znaky vkládané pomocí háčku a čárky (ňťďĚŠČŘŽÝÁÍÉ apod.). Dá se s tím žít, ale je to otrava... LyX se každopádně chová dost nestandardně . Nechápu, proč na jiném stroji funguje bez problému. Dokáže někdo poradit nastavení locales tak, aby bylo menu česky a aby se klávesnice chovala tak, jak má?
Ještě přidávám chyby, které jsem našel ve výpisu locales po změně na cs_CZ:
:~$ LANG=cs_CZ
:~$ locale
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
LANG=cs_CZ
LC_CTYPE="cs_CZ"
LC_NUMERIC="cs_CZ"
LC_TIME="cs_CZ"
LC_COLLATE="cs_CZ"
LC_MONETARY="cs_CZ"
LC_MESSAGES="cs_CZ"
LC_PAPER="cs_CZ"
LC_NAME="cs_CZ"
LC_ADDRESS="cs_CZ"
LC_TELEPHONE="cs_CZ"
LC_MEASUREMENT="cs_CZ"
LC_IDENTIFICATION="cs_CZ"
LC_ALL=
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
25.2.2009 13:50