Psaní zřídkavě užívaných znaků v linuxovém prostředí (diskuse)

[Miriam]

ještěže tohle na macu nemusím řešit

[pomlč-ka]

Jen jestli to nebude něčím jiným. Ještě jsem tě neviděl napsat pomlčku nebo spojovník. Všude místo nich píšeš mínus.

[Miriam]

tak čekuj mojí pomlčku: -

[pomlč-ka]

To je taky jenom mínus.

[Miriam]

šak já vim, trollolo

[Josef Kufner]

Díky, konečně mám využití pro klávesu \|&* vedle levého shiftu na mém Thinkpadu. Dokonce je to v KDE v nastavení klávesnice snadno nastavitelné

[Aleš Kapica]

He, he. To je vtipné. Téhle klávesy jsem si dosud nevšiml a to mám ten notebook už několik let.

[Aleš Kapica]

Jen pro doplnění…

Tahle klávesa má u mne keycode 94, takže jsem pro namapování klávesy Compose nepoužil keysym, ale keycode.

[Josef Kufner]

A ještě taková drobnost: Compose key toho umí spoustu, ale je trošku krkolomné najít, co všechno vlastně jde napsat… Na Wikipedii je něco popsáno. ⁰☺⁰

Výhodou Compose Key je podpora v různých toolkitech, kdežto Ctrl+Shift+U je čistě Gtk+ záležitost. Oproti mrtvým klávesám nebo AltGr je to trošku zdlouhavé, ale pro znaky jako jsou æ, °, ♥, ⋄, ☺, £, », «, ß, §, ½ … ⅛, ×, ¡, ¿, ñ a různá obskurně ozdobená písmenka se to docela hodí. Btw, &nbsp; je na dvou mezerách, „české uvozovky“ jsou na ," a <".

man xcompose

[Josef Kufner]

A úplný seznam dostupných symbolů je v /usr/share/X11/locale/*/Compose.

[Bystroushaak]

Díky, konečně mám využití pro klávesu \|&* vedle levého shiftu na mém Thinkpadu. Dokonce je to v KDE v nastavení klávesnice snadno nastavitelné

Já jí třeba používám takhle:

! troll klavesa
keycode 94 = U201E U201C 1 1 U201A U2018

Tedy na psaní „“‚‘

[andrej]

jeej, parada, na US klavesnici mi to pise < a >. Na SK klavesnici potom \ a |, takze aj na SK uz viem napisat pajpu. Backslash ma az tak nezaujima, ale windowsaci urcite vyuziju aj ten.

[kyknos]

on je backslash nejake specifikum windows? ja ho pisu na linuxu furt

[Miriam]

Náš administrátor shledal tento komentář závadným.

trolling

Zobrazit komentář

[andrej]

z hladiska adresarovych ciest sa vo windowsoch pouziva predsa len castejsie ako v unixovych systemoch.

[kyknos]

10 x častěji než v nějakých cestách bez ohledu na systém ho píšu pro escapování

[helb]

Mozna by vas mohla zajimat klavesnice vok (github). Pouzivam to spokojene asi deset let. Plno tech v cestine casto pouzivanych znaku (pomlcka, ceske uvozovky, trojtecka) se tam da napsat bez compose key.

[⧠ A = 0]

Ten návod je na houby, pokud člověk nemá roota. Ví někdo, zda se to pak dá udělat jinak než přes xmodmap (používám v práci se svým rozložením)?

[Aleš Kapica]

Všiml sis pořádně těch výpisů? Ten xmodmap se spouští pod uživatelem. Roota k tomu nepotřebuješ.

[⧠ A = 0]

Ale vždyť o tom právě mluvím. Zda se to dá udělat jinak než přes xmodmap.

[|🇵🇸]

S XKB by to mělo jít (parametr z hlavy nevím), ale nevzpomínám si, že by mi to kdy konzistentně fungovalo.

[dumblob]

Mělo by to chodit přes příkaz uvedený v "For testing purposes:" části sekce X11 v README k ULKL. Tedy něco jako

setxkbmap -layout czed -variant ltgt -print | xkbcomp "-I$HOME/ULKL/platform/x11" - $DISPLAY

[dumblob]

Díky za pěkné shrnutí problémů multijazyčného klávesnicového vstupu s ohledem na typografii.

Před 7 lety jsem začal výhradně používat ULKL - vyvíjející se sadu unifikovaných klávesnicových layoutů pro všechny abecedy založené na latince (mimochodem věděli jste, že slovenská abeceda je ze všech nejrozsáhlejší?). Cílem je plná multiplatformnost (Windows, X11, Mac OS X, v budoucnu snad i další jako Android, Wayland, ...). ULKL jsou též plně kompatibilní s Dvorak.

Ohledně typografických znaků, tak prakticky všechny by měl doplňovat plně automatizovaně software při finálním "renderingu" (např. tisk tiskárnou, zobrazení na webu, atd.) - tady naneštěstí plně selhává WYSIWYG (ani většina implementací WYSIWYM není žádná výhra) - a proto většina zatím není v ULKL layoutech přítomná (na druhou stranu podpora Compose je však top priorita v TODO, protože v extrémních situacích se přeci jenom může hodit).

Ohledně neASCII znaků specifických pro každou na latince založenou abecedu, tak s ULKL bohatě stačí přepínat layouty (např. ťuknutím do klávesy MENU) - díky jejich prakticky 100% kompatibilitě (logické uspořádání dle intuitivního chápání eliminuje potřebu se učit jak který neASCII znak psát) je to výrazně jednodušší a rychlejší než to co popisuje autor v článku.

Ohledně kritérií pro výběr znaků můžete mrknout na různé komentáře ve zdrojácích a na sekci Dash, en dash, minus, hyphen, soft hyphen, non-breaking hyphen, ....

[⧠ A = 0]

(mimochodem věděli jste, že slovenská abeceda je ze všech nejrozsáhlejší?).

Těžko.

[Aleš Kapica]

A hele tohle pdf se mi zrovna hodí.

[dumblob]

Viz.

všechny abecedy založené na latince

U fonetické abecedy bych si netroufnul tvrdit, že je založená na latince ("založená" chápu minimálně jako výraznou podobnost syntaxe, sémantiky, vizuální reprezentace). Fonetická abeceda toto nemůže splnit, protože diverzita řečí nezaložených na latince je výrazně vyšší než řečí založených na latince a tudíž fonetická abeceda zachycuje především výslovnost řečí nezaložených na latince.

Příště raději upřesním, že se jedná o národní abecedy (nikoliv mezinárodní).

[⧠ A = 0]

Viz.

všechny abecedy založené na latince

U fonetické abecedy bych si netroufnul tvrdit, že je založená na latince ("založená" chápu minimálně jako výraznou podobnost syntaxe, sémantiky, vizuální reprezentace).

Asi nemám moc představu, co znamenají pojmy syntaxe a sémantiky v případě abecedy, kromě toho, že se dá psát zprava doleva, shora dolů atp. či třeba v blocích – v tomto smyslu fonetická abeceda funguje úplně stejně jako latinka (píše se zprava doleva, řádky se řadí shora dolů). Co se týče visuální representace, podoba drtivé většiny znaků je založena na latince, několik málo znaků vychází z řeckého písma (ɛ, ɜ, ɸ, β, θ) a u ještě menšího počtu znaků na první pohled těžko říci ( ɣ, ɰ).

Fonetická abeceda toto nemůže splnit, protože diverzita řečí nezaložených na latince je výrazně vyšší než řečí založených na latince a tudíž fonetická abeceda zachycuje především výslovnost řečí nezaložených na latince.

To jsou z mnoha pohledů dost pochybná tvrzení.

[Aleš Kapica]

…je to výrazně jednodušší a rychlejší než to co popisuje autor v článku.

Nejsem si jist. Unikly vám přinejmenším dva fakty: 1, Nemám potřebu psát ty znaky neustále, pouze občas. 2, Nechci žádný extra soft, extra klávesnicový layout, ani žádnou speciální úpravu výchozího nastavení.

To co popisuji má k dispozici každý uživatel, který si nainstaluje standardní Debian s českým prostředím. Jediný uživatelský zásah je max. to, že si přemapuje některou z kláves aby fungovala jako Multi_key – pokud to potřebuje.

[dumblob]

Unikly vám přinejmenším dva fakty: 1, Nemám potřebu psát ty znaky neustále, pouze občas.

Nezáleží jak často. Záleží jak komfortně (v článku popisujete, že kvůli komfortu jste přestal kopírovat znaky z gucharmap).

Pokud však narážíte na přepínání layoutů, tak stačí spočítat množství stisků jednotlivých kláves a přepínání layoutů vyjde výrazně lépe než metody popsané v článku. Pochopitelně malé množství stisků kláves není ekvivalentní úplné metrice komfortu, avšak je v tomto případě zdaleka nejvýraznějším faktorem.

2, Nechci žádný extra soft, extra klávesnicový layout, ani žádnou speciální úpravu výchozího nastavení.

To co popisuji má k dispozici každý uživatel, který si nainstaluje standardní Debian s českým prostředím. Jediný uživatelský zásah je max. to, že si přemapuje některou z kláves aby fungovala jako Multi_key – pokud to potřebuje.

Chápu a souhlasím. V článku jsem však tuto intenci nenalezl, a proto jsem si dovolil zmínit ULKL.

[Aleš Kapica]

Jinak je zcela v pořádku, že byla v diskuzi zmíněná i jiná varianta - někomu se může hodit.

[Radovan]

Díky za pěkný článek. Dle odkazovaného dokumentu je ale k napsání některých znaků potřeba stisknout nejprve nikoli Multi_key, ale dead_caron, dead_tilde či další „mrtvé” klávesy. Ani s pomocí xev se mi je však nedaří na mé klávesnici identifikovat. Poradíte?

[Filip Jirsák]

Jenom pro upřesnění, psaní zavináče, závorek, svislítka atd. je ve Windows možné přes pravý Alt určitě už od verze Windows 95.

Jinak na pravý Alt mám kromě standardních znaků namapovanou pomlčku (–), české uvozovky („“), výpustku (…), neoddělitelnou mezeru (AltGr+mezerník) a šipky. A ještě nějaké další, ale ty si nepamatuju

[Aleš Kapica]

Tomu jsem se právě chtěl vyhnout, protože v takovém případě je pak velký problém vysvětlit, jak napsat nějaký takový znak někomu, kdo má mapování kláves zcela jiné.

Jinak že funguje pravý Alt i u Windows samozřejmě vím. Blogpost vznikl primárně kvůli tomu, že jsem neznal tu fintu s psaním znaků přes unicode hexakód. A když už jsem se v tom hrabal, tak jsem to přetavil do blogpostu, abych to zas příště nemusel lovit z paměti.

[Aleš Kapica]

Ale zároveň to byla pro mne příležitost na jednom místě souhrně uvést co je a není pomlčka.

Pokud jde o psaní uvozovek, tak to je větší problém. Pracuji totiž s texty, které to mají všelijak. Je-li to možné, snažím se zachovat původní formu (např. jsou‑li použity tzv "francouzské" uvozovky, tak je ponechávám. Ovšem pravidla psaní uvozovek u anglických textů…

[|🇵🇸]

Ale zároveň to byla pro mne příležitost na jednom místě souhrně uvést co je a není pomlčka.

Hmm. Dosud mi přišlo snazší se prostě odkázat na UJČ, vraždu (strana 25 v PDF), potažmo v případě vysvětlování rozložení na klávesnici na Wikipedii (a v případě psaní unikódu konkrétně na článek Unicode input).

[Aleš Kapica]

Fajn, ale jistě ti neuniklo, že mě žádný z tvých odkazů na uvedené stránky nepřivedl. To za prvé. A za druhé - blogpost není určen pro ty co vědí, ale pro ty co dosud nevěděli.

Jinak díky za link, s chutí si počtu - až budu mít na to čas. Mimochodem, link na PDF mě pobavil, neb tam má článek i jeden z mých současných šéfů.

[Grunt]

Hele a neexistuje nějaká slovníková metoda výběru znaku? Vím že to bude docela overkill, ale doporučuju vyzkoušet balíček anthy (a nebo rovnou pro odvážnější kliknout na 日本語 při výběru jazyka). Píše se do toho normálně v latince, znaky to převádí na kanu (jejich slabičná abeceda – v podstatě obdoba naší abecedy akorát jednodušší) a z těch se to potom snaží křísit jednotlivé kanji (technicky co kanji, to jeden znak). Při napsání něčeho (vždycky se pracuje po slovech či spojeních) stačí hepnout na mezerník a vyletí nabídka se seznamem návrhů, dá se to normálně projíždět, správné kanji se prostě odENTERuje a jede se dál (nejde to odscreenshotovat, takže si to každ musí odzkoušet). Něco jako T9 při psaní SMS. Tabulátor funguje podobně jako v shellu a snaží se to doplňovat i když většinou blbě. Je to docela návykové. A co je nejlepší, funguje to OOB v GNOME3 v naprosto libovolném poli kde se dá psát text a předpokládám že jestli to jede na ibusu, tak asi i v jiných DE.

Bylo by zajímavé doplnit slovníky českými názvy znaků, přepnout vstupní metodu, napsat české jméno požadovaného znaku, potvrdit a pokračovat v psaní. Rozhodně lepší než tohle harakiri a potřeby pamatovat si jakési klávesové komba.

[Grunt]

Jinak jsem slyšel že v čínštině je to ještě zajímavější, tam se ty znaky snad i jaksi čmárají či co, ale na to jsem zatím neměl odvaho. I když načmrkat rukou správné uvozovky by taky mohla být docela výzva…

[|🇵🇸]

Jenže posouvání se v těch slovnících je někdy peklo.

To bych šel tak trochu opačným směrem, a to k automatické expanzi, viz např. AutoKey. (Chystám se o tom něco napsat. Už dlouho.)

[Grunt]

Tož pokud to píšeš správně, tak máš jen pár možností, takže to není problém (BTW, jak se jezdí pozptáku? Druhá kana je vždykcy jak nasviňu nakonci). Navíc to se týká japonština ke různé věci zní podobně, ale v češtině po napsání „spojovník“ nebo „výpustek“ asi moc možností nebude a hodí to tam po potvrzení ten správný znak i bez nutnosti projíždět seznam.

[|🇵🇸]

Je to na pytel, protože potřebuješ vizuální kontrolu. To je první problém. Druhý problém je vizualizace toho seznamu (např. u korejštiny byl v začátcích adopce PC velký problém „ghosting“). Konečně, u češtiny narazíš na flexi, což u kandži/chan-c' vlastně neexistuje.

[Grunt]

Příloha:

• screenshot.png (352534 bytů)

Je to na pytel, protože potřebuješ vizuální kontrolu.

Nezapomeň že kana je pro ně to stejné co pro nás latinka. Oni tu vizuální kontrolu mají. Nepředpokládám že by to tam drtili v rōmaji jako my. Ale jinak si to přepni na latinku (viz screenshot) a můžeš v ní jednotlivé segmenty psát, nebude ti to převádět do kany.

Konečně, u češtiny narazíš na flexi, což u kandži/chan-c' vlastně neexistuje.

Nepředpokládal jsem samozřejmě o použití téhle vstupní metody pro celou češtinu či angličtinu. Pouze ty sázecí znaky (jeden znak = jeden unicode a je šumák jestli je to kandži nebo sázecí znak, jméno musí mít tak jako tak). To by byla spíš morzeovka než rozumné psaní když by si to tam frkal v segmentech, doplňoval mezerníkem a ještě potvrzoval. Navíc jak říkáš, to může rozumně fungovat pouze u logogramů (když už nic, snadno se vizuálně hledají v seznamu). Navíc bych nic takového nechěl, sám vidíš co mi dělá auto korekce s textem, když by to ještě automaticky doplňovalo, tak už by se to po mě nedalo přečíst vůbec (nejsem pozorný).

[|🇵🇸]

Počkat, já přestávám rozumět, oč ti vlastně jde.

Oni tu vizuální kontrolu mají.

Nutnost vizuální kontroly je při psaní kontraproduktivní.

Nepředpokládám že by to tam drtili v rōmaji jako my.

Třeba Číňani dneska velmi často (možná i většinou) píšou pchin-jin, místo aby šli po radikálech.

[Grunt]

Počkat, já přestávám rozumět, oč ti vlastně jde.

Nejde mi o automatickou expanzi psaného textu, pouze o vyhledávání sázecích znaků vypsáním jejich jména (takhle funguje anthy, nakonec cokoliv napíšeš převede na znak či znaky i když ne sázecí ale čínské logogramy). Různé komba či hexakódy se pro různé znaky špatně pamatují, se jménem (i když by to mělo být anglické jméno) už je to lepší.

[|🇵🇸]

Tož tak můžu mít něco jako shrugs<klapka> pro expanzi na ¯\_(ツ)_/¯.

[Grunt]

_/＼○_      ●|￣|＿    _|¯|O

[Grunt]

Jinak to by bylo dobrý…

[petr_p]

Říká se tomu vstupní metoda a existuje je i s latexovými makry.

[Grunt]

Nějaké konkrétní doporučení? Zní to dobře…

[petr_p]

SCIM má vestavěný modul s názvem LaTeX.

[Grunt]

Ok, omrknu.

[petr_p]

Pro upřesnění se jedná o scim-tables. Tabulky vstupních metod se distribuují od scimu odděleně.

[pb.]

Díky. Potřebuju to co chvíla, ale nevěděl jsem, že něco takového vůbec existuje (klávesa compose).