[過去ﾛｸﾞ] Debian GNU/Linux スレッド Ver.93 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
101(1): 2019/11/17(日)21:10 ID:jIl/r0UZ(9/12) AAS
CSpinButtonCtrlに貼り付けられてるエディットコントロール（こいつはCSpinButtonCtrlが内部で生成してる）が
フォーカス受け取った時とかにCSpinButtonCtrlからの派生だけでエディットコントロールへの
イベントを処理した上で、更にその派生クラスがWM_SETFOCUSを処理できるようになる
102(1): 2019/11/17(日)21:11 ID:jIl/r0UZ(10/12) AAS
CSpinButtonCtrlだけじゃなくってカレンダーコントロールみたいなのもそうだろ
あれはウィンドウ１つでできてるコントロールじゃない
103: 2019/11/17(日)21:13 ID:4j9CRB/y(3/6) AAS
>>101
ほほぉ
で、それが可能になる事により、プログラミング？何それ美味しいの？みたいな大多数のWindowsユーザーはどんな恩恵を受けてるの？
104: 2019/11/17(日)21:15 ID:4j9CRB/y(4/6) AAS
>>102
カレンダーね
Windowsのカレンダーに出来てLinuxのカレンダーに出来ない事って？
105: 2019/11/17(日)21:18 ID:jIl/r0UZ(11/12) AAS
再利用の話をしていたのであって作り手が好き好きにブランチして
”全く別のコントロールのクラスにすれば”LinuxでもWindowsに似せた事はできるだろう
ただしそれらの使い勝手はてんでバラバラだろうけどな
106: 2019/11/17(日)21:25 ID:4j9CRB/y(5/6) AAS
なるほど
素人ながらに効率やら統一性の話をしてた事は語彙的には伝わってた
では貴方の言う使い勝手の統一性の無さが引き起こす問題とは具体的にはどういう事だろうか
とても興味があるので是非聞きたい
Debianは使いやすいLinuxであって欲しいので
107(1): 2019/11/17(日)21:41 ID:jIl/r0UZ(12/12) AAS
それは誰にとって使いやすいLinuxであって欲しい？
PCマニア？Linuxマニア？素人を含めた一般人？
108: 2019/11/17(日)22:20 ID:4j9CRB/y(6/6) AAS
>>107
もちろんまずは自分自身。でなければここに来ることは無い。
Linuxマニアのカテゴリになると多種多様過ぎてとても俺のような小物に偉そうに語れるものではない事くらいは認識してるつもり。
一般のLinuxを触った事も無いような人はにとっては使いやすいかどうか以前の話になってしまうのではないだろうか。PCのデスクトップ用途と言う意味では。
無論理解してくれる方が増えれば自分としても嬉しいけど、どんなに開発側の方々が頑張って素晴らしい実装をしてくれたって、世の流れや評価がWindowsやMacOSからLinuxにならない限りは残念な単語しか浮かんでこない。
「Windowsと違うから使いづらい」「Macみたいにお洒落じゃない」「何それ知らない」みたいな感想が多数派でしょう。
個人の主観などとても無力。でも俺は不便を感じないし使い道に合ってるから使う。
眠くなってきたのもあって俺に書ける事はこの程度の事ですな
109: 2019/11/17(日)22:22 ID:5hxDrhpD(1) AAS
素直に動いてくれればなんでもいいです
110(1): 2019/11/18(月)10:25 ID:HMF0CkcQ(1) AAS
外部ﾘﾝｸ:www.debian.org
> General Resolution: Init Systems and systemd
そろそろsystemd以外のinit入れるかどうかのGeneral Resolution始まりそう
もうChoice 3でええやん……
111: 2019/11/18(月)10:33 ID:NkkjQGwg(1) AAS
シェルスクリプトベースのinitでも近代化（並列起動とか）
できるんだけどね。割と簡単に
112: 2019/11/18(月)10:56 ID:cdpEU6nt(1) AAS
というか既にsysvinitも並列化されてるでしょ
それよりsystemdがLinux以外に対応してないのが問題
kFreeBSD向けのpatchを送ったら「そんなtoy OSはしらん」とrejectされたらしいし
113(2): 2019/11/18(月)13:46 ID:MW+8+2K1(1/9) AAS
>>98
> 親ウィンドウによる子コントロールのイベントの先取りとか
X Window Systemでもできるよ
根本的な部分から説明するね
Windowsはローカルで動かすためのウィンドウシステムとして作られたので、マウスを動かしたりクリック
したりすると対応するメッセージが対応するウィンドウに常に送られる
だから子ウィンドウに対するメッセージを親ウィンドウで処理したい場合は子ウィンドウがメッセージを
一旦受け取った上で親ウィンドウにさらにSendMesseageで送らなくてはいけない
これに対してX Window Systemはネットワーク上で動かすことを前提にしているため、例えばボタン
ウィジット(ウィンドウ)ならマウスの移動を扱うとその分余計なリソースが消費されてしまうから、
省5
114: 2019/11/18(月)13:50 ID:nizzhszf(1/9) AAS
>>113
処理しないイベントだけ処理できたって意味ねえ
CSpinButtonCtrlから派生したクラスが文字列を全て選択できる様にした上で、
更に基本クラスがフォーカスされた時のイベントを処理、
CSpinButtonCtrlを使うアプリも更にOnSetFocusを処理できなきゃ
恥ずかしくってカスタムコントロールなんて言えないぞ
115(2): 2019/11/18(月)13:52 ID:MW+8+2K1(2/9) AAS
>>113
つづき
当然子ウィンドウが受け取った上で親ウィンドウにXSentEvent等で送ることもできる
外部ﾘﾝｸ[html]:xjman.dsl.gr.jp
基本的に設計当時のPCとUnixワークステーションの性能に大きな差があった関係で、
WindowsよりX Window Systemの方が柔軟な設計になっているから、Windowsでできて
X Window Systemでできないことはないよ
ちなみにWaylandはマウスとキーボード3セットで3人同時に動かすmultiseat機能等
もっと複雑なことができる
116: 2019/11/18(月)13:54 ID:MW+8+2K1(3/9) AAS
>>115
具体的なページを貼りたいのにNGワードに引っかかる
例えば
emboss.ブログ28.エフシー２.コム/ブログ-エントリ-115.html
にあるような処理はWindowsだと子ウィンドウでのメッセージ処理コードが必要だけど
X Window Systemでは、同様に処理してもいいが、子ウィンドウがマウスクリック
イベントを受け取らないようにするだけで実装できるなど
117: 2019/11/18(月)13:58 ID:MW+8+2K1(4/9) AAS
ちなみに実際にXlibで相互にイベントをやり取りする場合はXSentEventより
XTEST ExtensionIの方がもっと柔軟なやりとりができるようになっている
外部ﾘﾝｸ[html]:www.x.org
118: 2019/11/18(月)14:01 ID:nizzhszf(2/9) AAS
>>115
その処理順序は？
119(1): 2019/11/18(月)14:05 ID:nizzhszf(3/9) AAS
てかハンドラの追加はできても基本クラスのハンドラを呼ばない様にして全部自前で処理とかできねえよな
120(1): 2019/11/18(月)14:16 ID:MW+8+2K1(5/9) AAS
>>119
> てかハンドラの追加はできても基本クラスのハンドラを呼ばない様にして全部自前で処理とかできねえよな
XlibはC
基本クラスとは?
上下前次1-新書関写板覧索設栞歴
あと 882 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.016s