Solvendo problema commutationis per alt+shift in Linuxin applicationibus electronicis

Salvete collegae!

Solutionem meam communicare volo ad problema quod in titulo indicatum est. Inspiratus sum ad scribendum hunc articulum a collega brnovkqui non erat piger et manca (me) expedio. Ego meum feci fustem quae me adiuvit. Communio vobiscum sum.

Queritur de Description

Usus Ubuntu Versionem 18.04 ad laborem usus sum, et nuper animadverti, cum dispositio mutatur utens clavis Alt+Shift in applicationibus sicut Visual Studio Code, Skype, Slack, et aliis cum Electron constructis, hanc difficultatem oriri: focus a campo inscriptionis ad summum tabulam fenestrae (menu) movetur. Ob alias causas, ad Fedora + KDE transivi et animadverti difficultatem persistere. Dum solutionem quaerebam, hunc optimum articulum inveni. Quam figere Cras ipsum. Multi agens comes brnovkqui singillatim disseruit de problemate ac ratione eius solvendi. Modus autem in articulo indicatus solvit quaestionem cum una tantum applicatione, scilicet Skype. Mihi, etiam critica Visual Studio Codicis intelligere fuit, quia epistulas scribebat cum menu saliendo, quamvis molestus, non tam si in progressione implicaris. Plus, collega solutionem suggessit in qua tabula applicationis penitus evanescit, et nolui vere amittere menu in Codice VS.

Conati sunt intellegere quid mali

Itaque tempus capere decrevi quid rei instar. Nunc viam quam cepi breviter describo, fortasse aliquis hac in re peritior erit difficultates quas offendit explicandas.

Visual Studio Codicem aperui et incepi varias Alt+<% aliquid%> iuncturas ferire ut viderem quomodo applicatio responderit. In omnibus fere casibus, omnes coniunctiones praeter Alt+Shift operati sunt sine foco amisso. Videbatur ut aliquis Shift edebat pressus, qui Alt premebat tenens, et applicationis cogitatio me Alt premebam, tunc nihil premebat, Alt dimisit et hilariter meum umbilicum in suum menu proiecit, quod satis logicum videbatur. illud.

Occasus mihi aperiendi claviaturae mutandi (scis, hoc longum album cum checkboxes et in omnibus uncinis clavium) et constitui eam ad layouts mutandas utens conjunctionem Alt, sine ullis strepitibus additis.

Post hoc, Alt+Tab ad fenestras mutandas opus ab opere cessavit. Tantum Tab laboraverunt, id est, aliquis "comedit" meum Alt iterum. Nullae interrogationes supererant quisnam hic "quis" esset, sed quid cum illo fieri posset nesciebam.

Sed quia problema aliquo modo solvendum erat, tunc solutio in mentem venit;

1. In uncinis, hotkey disable ut layouts claviaturarum mutandi (notam omnes checkboxes in switch ad aliam sectionem layout);
2. Crea tuum hotkey qui in layout est mihi mutandae

Descriptio solutionis

Primum, rationem instituamus, quae mandata clavium Xbindkeys assignare sinit. Infeliciter, instrumenta vexillum me non permisit creare hotkey propter iuncturam sicut Alt+Shift per interfaciem pulchram. Fieri potest pro Alt+S, Alt+1, Alt+ amoveo+Y, etc. etc., sed hoc nostro negotio non convenit.

sudo dnf install xbindkeysrc

Plura de ea praesto sunt at ArchWiki
Deinde exemplum lima occasus programmatis creabimus. Specimen satis breve est, cum paucis mandatis, quid opus sit instar ex eo facere;

xbindkeys -d > ~/.xbindkeysrc

Sicut ex exemplo tabellae videre potes, indicare necesse est hotkey quem uti volumus et mandatum quod exsecutioni mandari debet. Vultus simplex.

# Examples of commands:
"xbindkeys_show"
  control+shift + q
# set directly keycode (here control + f with my keyboard)
"xterm"
  c:41 + m:0x4

Sicut hotkey, scripto uti potes legere vel clavibus codicibus uti. Mihi cum codicibus tantum laborabat, at nemo te experiri paulo vetat.

Ut codicibus, imperio uti debes:

xbindkeys -k

Parva "X" fenestra aperiet. Tantum opus est clavibus premere cum focus in hac fenestra est! In hoc tantum casu aliquid simile in termino videbis:

[podkmax@localhost ~]$ xbindkeys -k
Press combination of keys or/and click under the window.
You can use one of the two lines after "NoCommand"
in $HOME/.xbindkeysrc to bind a key.
"(Scheme function)"
    m:0x4 + c:39
    Control + s

In casu meo, Alt+Shift key iunctura hoc simile est:

m:0x8 + c:50

Nunc opus est fac ut cum hanc coniuctionem premes, virgas layout. Tantum inveni unum mandatum ut specificare opus layout:

setxkbmap ru
setxkbmap us

Ut ex exemplo perspicis, unum aut alterum tantum efficere potest, ita nihil in mentem venit praeter scripturam scriptionis.

vim ~/layout.sh
#!/bin/bash
LAYOUT=$(setxkbmap -print | awk -F + '/xkb_symbols/ {print $2}')
if [ "$LAYOUT" == "ru" ]
        then `/usr/bin/setxkbmap us`
        else `/usr/bin/setxkbmap ru`
fi

Nunc, si fasciculi .xbindkeysrc et layout.sh in eodem directorio locantur, ultima sententia fasciculi .xbindkeysrc hoc spectat:

# Examples of commands:

"xbindkeys_show"
  control+shift + q

# set directly keycode (here control + f with my keyboard)
"xterm"
  c:41 + m:0x4

# specify a mouse button
"xterm"
  control + b:2
#А вот то, что добавил я
"./layout.sh"
  m:0x8 + c:50

Post hoc applicamus mutationes;

xbindkeys -p

et tu compesce. Noli oblivisci optiones inactivandi pro mutandi layout in norma occasus.

exitum

Collegae, Spero fore ut articulus hic aliquem adiuvare possit cito ad quaestionem molestissimam tollendam. Personaliter, totum diem meum exegi ut quaerebam et problema quodam modo solvere, ita ut amplius horis operantes ab ea distraherem. Hunc articulum scripsi et nervos ad aliquem conservandum. Multi joco modo uteris de mutandi layout, nec quid rei sit intelligendum. Ego personaliter similis mutandae cum Alt + Shift. Et hoc est quomodo volo operari. Si opinionem meam communicas et huic quaestioni obviae sunt, hic articulus te adiuvet.

Source: www.habr.com