Byla vydána nová verze 1.8.0 svobodného multiplatformního softwaru pro konverzi video formátů HandBrake (Wikipedie). Přehled novinek v poznámkách k vydání na GitHubu. Instalovat lze také z Flathubu.
Microsoft představil nové označení počítačů Copilot+. Dle oznámení se jedná se o počítače poskytující funkce umělé inteligence. Vedle CPU a GPU mají také NPU (Neural Processing Unit). Uvnitř představených Copilot+ notebooků běží ARM čipy Qualcomm Snapdragon X Elite nebo X Plus.
Příspěvek na blogu Codean Labs rozebírá zranitelnost CVE-2024-4367 v PDF.js, tj. mj. prohlížeči PDF souborů ve Firefoxu. Při otevření útočníkem připraveného pdf souboru může být spuštěn libovolný kód v JavaScriptu. Vyřešeno ve Firefoxu 126.
Lazygit byl vydán ve verzi 0.42.0. Jedná se o TUI (Text User Interface) nadstavbu nad gitem.
K open source herní konzole Picopad přibyla (𝕏) vylepšená verze Picopad Pro s větším displejem, lepšími tlačítky a větší baterii. Na YouTube lze zhlédnout přednášku Picopad - open source herní konzole z LinuxDays 2023.
Byla vydána (𝕏) nová major verze 17 softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech GitLab (Wikipedie). Představení nových vlastností i s náhledy a videi v oficiálním oznámení.
Sovereign Tech Fund, tj. program financování otevřeného softwaru německým ministerstvem hospodářství a ochrany klimatu, podpoří vývoj FFmpeg částkou 157 580 eur. V listopadu loňského roku podpořil GNOME částkou 1 milion eur.
24. září 2024 budou zveřejněny zdrojové kódy přehrávače Winamp.
Google Chrome 125 byl prohlášen za stabilní. Nejnovější stabilní verze 125.0.6422.60 přináší řadu oprav a vylepšení (YouTube). Podrobný přehled v poznámkách k vydání. Opraveno bylo 9 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Textový editor Neovim byl vydán ve verzi 0.10 (𝕏). Přehled novinek v příspěvku na blogu a v poznámkách k vydání.
Tak jsem si po dlouhý době nainstaloval javu, neb potřebuju jednu aplikaci psanou v tomhle "super" jazyce. Po milém překvapení, že už to nechodí nesnesitelně pomalu ale jenom šíleně pomalu ale nastal zásadní problém - při zapnuté české klávesnici nedostanu do žádnýho formuláře v programu znaky @#$%^, i když v Xkách jdou bez problémů napsat pomocí LAlt+znak.
Tak jsem zkusil nastavit v XF86configu us klávesnici a pak to fungovalo. Tak si říkám, fajn, zprovoznim přepínání klávesnice mezi cz/us a bude to v pohodě - ten program je matematickej takže k jeho ovládání potřebuju akorát čísla a ASCII znaky - ale to by to nebyla Java, aby to bylo tak jednoduchý. Ta mrcha totiž blokuje po přepnutí na us klávesnici ty samý znaky dál! (Klávesnice se přepne i pro javu, ale znaky @#$%^ nejdou napsat...)
Takže bych se chtěl zeptat, jestli někdo neví, jak zprovoznit psaní těchto znaků, aniž bych musel pokaždý editovat XF86config.
Pro úplnost dodávám že verze javy je 1.4.2. Program je MVT, ale stejně to (ne)funguje i v jinejch java-aplikacích
Section "InputDevice" Identifier "Keyboard0" Driver "Keyboard" EndSectionDale:
[mk@emdot ~]$ echo -e "$LC_ALL\n$LANG" cs_CZ csPro prepinani klavesnice pouzivam gnome-applet (ktery podle vseho vola gkb_xmmap), ale zrovna tak vse pohodlne funguje i z setxkbmap cz|us. Pouzivam Javu primo ze slacku, verze 1.4.2_01-b06. Zkus jeste prolezt archiv konference java.cz na javacentrum.sk. Myslim, ze tam mel nekdo podobny problem. Nebo zmen WM, popripade distro ;) (ale koukam, ze asi pouzivas tez slackware) m. PS: jsem rad, ze je pro tebe java super jazyk! Tez ji ho casto pouzivam. ;)
-cw
ale to se s novým prostředím nedá snad ani srovnávat co se týče pohodlnosti uživatelského prostředí. :)
Ale tam vůbec nešlo o to, že by musel měnit rozložení v Xorg na us
dočasně, šlo o to, že v xorg.conf
muselo být jako první uvedené us
rozložení, následované čímkoliv jiným. Pak vše funguje i na české, slovenské, či jiné klávesnici.
podlesh@censor:~$ java -version java version "1.5.0_11" Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_11-b03) Java HotSpot(TM) Client VM (build 1.5.0_11-b03, mixed mode, sharing)
Tak, a máš v xorg.conf
na prvním místě us
rozložení nebo jiné?
podlesh@censor:~$ setxkbmap -print xkb_keymap { xkb_keycodes { include "xfree86+aliases(qwerty)" }; xkb_types { include "complete" }; xkb_compat { include "complete+ledscroll(group_lock)" }; xkb_symbols { include "pc(pc105)+us+cz:2+altwin(left_meta_win)+group(alt_shift_toggle)+level3(ralt_switch)" }; xkb_geometry { include "pc(pc105)" }; };
Chybu bych hledal spíš v nastavení X, takové problémy se občas stanou i s nativními aplikacemi (spíše s těmi hodně historickými).Vlastně tak mě napadá, že spíš s těmi proprietárními, co vznikly překompilováním toolu pro nějaký komerční UNIX. On Sun vlastně původně do JRE dal implementaci AWT určeno pro svoje CDE a byla to hrůza a děs. Celé GUI bylo až do 1.3 naprosto nepoužitelné.
V xorg.conf mám jen us
Takže viz výše. Mě to už přes rok funguje právě díky tomu, že mám v xorg.conf
nastaven layout klávesnice jako us,cz(qwerty),cz
.
Option "XkbLayout" "us,cz"
) nepomohly.
U mě byl problém v /etc/scim/global
. Řádek /SupportedUnicodeLocales = en_US.UTF-8
bylo potřeba změnit na /SupportedUnicodeLocales = cs_CZ.UTF-8,en_US.UTF-8
.
Třeba tato informace ještě někdy někomu pomůže.
Reference
Tiskni Sdílej: