Webový prohlížeč Dillo (Wikipedie) byl vydán ve verzi 3.1.0. Po devíti letech od vydání předchozí verze 3.0.5. Doména dillo.org již nepatří vývojářům Dilla.
O víkendu probíhá v Bostonu, a také virtuálně, konference LibrePlanet 2024 organizovaná nadací Free Software Foundation (FSF).
Nová vývojová verze Wine 9.8 řeší mimo jiné chybu #3689 při instalaci Microsoft Office 97 nahlášenou v roce 2005.
Coppwr, tj. GUI nástroj pro nízkoúrovňové ovládání PipeWire, byl vydán v nové verzi 1.6.0. Zdrojové kódy jsou k dispozici na GitHubu. Instalovat lze také z Flathubu.
Byla vydána dubnová aktualizace aneb nová verze 1.89 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání. Vypíchnout lze, že v terminálu lze nově povolit vkládání kopírovaného textu stisknutím středního tlačítka myši. Ve verzi 1.89 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Proton, tj. fork Wine integrovaný v Steam Play a umožňující v Linuxu přímo ze Steamu hrát hry určené pouze pro Windows, byl vydán ve verzi 9.0-1 (𝕏). Přehled novinek se seznamem nově podporovaných her na GitHubu. Aktuální přehled her pro Windows běžících díky Protonu také na Linuxu na stránkách ProtonDB.
Byla vydána verze 1.78.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání na GitHubu. Vyzkoušet Rust lze například na stránce Rust by Example.
Služba Dropbox Sign (původně HelloSign) pro elektronické podepisování smluv byla hacknuta.
Byla vydána nová major verze 8.0 textového editoru GNU nano (Wikipedie). Podrobný přehled novinek a oprav v oznámení v diskusním listu info-nano nebo v souboru ChangeLog na Savannah. Volbou --modernbindings (-/) lze povolit "moderní" klávesové zkratky: ^C kopírování, ^V vložení, ^Z vrácení zpět, … Tato volba je aktivována také pokud binárka s nano nebo link na ni začíná písmenem "e".
Před 60 lety, 1. května 1964, byl představen programovací jazyk BASIC (Beginners' All-purpose Symbolic Instruction Code).
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: