[過去ﾛｸﾞ] 【初心者】Ubuntu Linux 120【本スレ】 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
95(3): 2018/11/27(火)15:30 ID:KvgloJrL(1) AAS
>>77
こんなのはどうだろう?
面倒だけど
外部ﾘﾝｸ:wiki.archlinux.jp
外部ﾘﾝｸ:www.valhalla.frの Make it permanent
102: 2018/11/28(水)09:26 ID:RKCmcQGQ(1) AAS
>>95
結論
mouse is stuck!
--pranning オプションも効かない
125%だから逆数で0.8指定したらどっか飛んでった
>>78
基本的にパソコンの画面は動かせないから、
ディスプレイの側で大きさを調整しないといけないのさ
例えば学校で教科書が読みづらければそれを顔に近づけて読めばいい
これは掌サイズで動かせる紙の本の特性
省6
118: 2018/11/30(金)05:15 ID:VTRa5Z1V(1) AAS
Fedora29だと>>95の方法でうまくいくけどな
Ubuntuではうまくいかないのか>>77の環境でうまくいかないだけなのか
どっちだろ
122: 77 2018/12/01(土)00:11 ID:oycURI8Q(1) AAS
多分環境と思われ。xrandrで呼び出されるモジュールが同じver.ならfedoraも同様になると思われる
xrandr実行してからマウスがスタックするまで時間がかかる場合があるし
よって、KVM(切り替え器の方)とか16:9ディスプレイの中に16:10のディスプレイが混じるとか複数要因ある
--scale 1.0x1.0では--panningなしで動作しているから、
ディスプレイのパラメータを認識してくれないか(今回のケース：invalid parameter attributes)、
一度は動作していてもそれを見失うと--panningが無効化されてしまう→スタック発生
仮想環境で上記の>>95のやり方(xrandrから呼び出されるモジュール本体)が対応すれば同様に動くようになると踏んでる
仮想環境は画面の大きさ随時変わるから、切り替えとかと同じ現象が起こっていると思われる
仮想環境側が対応してしまっていると直らない可能性もあるがそこは開発者とディストリビューターに期待
使う側からすると最新のX追いかけて、入れてオリジナル環境でというのも、
省1
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.042s