[過去ﾛｸﾞ] Debian GNU/Linux スレッド Ver.93 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
48(1): 2019/11/16(土)16:50 ID:r61e+iIc(9/18) AAS
>>46
waylandでそんな事できないんだから魔女狩りさせんな
49(1): 2019/11/16(土)16:50 ID:r61e+iIc(10/18) AAS
>>47
それファイルダイアログみたいな原始的な奴だけだろ
50(1): 2019/11/16(土)16:59 ID:BpgM/gFF(10/16) AAS
>>48
つまりコードを示せないんですね
全部妄想や捏造だと認めると
>>49
いいえ
51(1): 2019/11/16(土)17:04 ID:r61e+iIc(11/18) AAS
>>50
外部ﾘﾝｸ:docs.microsoft.com
なんでWindowsがWM_NOTIFYでやりとりしてると思ってる？
なんでWindowsのコモンコントロール（DLL）から更に派生したカスタムコントロールをDLLにして
言語を問わずに再利用できると思ってる？
関数決め打ちのコールバックに頼ってないからだよ
52(1): 2019/11/16(土)17:20 ID:BpgM/gFF(11/16) AAS
>>51
だから関係ないものを出して何がいいたいの?
お前プログラミングしたことないだろ
53(1): 2019/11/16(土)17:23 ID:JrM8kLnB(1) AAS
Wayland
2chｽﾚ:unix
Wayland の話題ならココ
DE の話を wayland のスレでやるなよ？
54(1): 2019/11/16(土)17:28 ID:r61e+iIc(12/18) AAS
>>52
waylandの機構じゃコントロールの機能をsoに過不足なく詰め込んでコモンコントロールにして、
更にそのsoの”ソースも抜きに”機能を派生させたsoを作って、
その派生させたsoを言語問わずに再利用とかできないか、できるにしてもWindowsみたいな
メッセージキューみたいなのをウィンドウシステムとツールキットの間に挟まなきゃなんないだろ
ソースがありゃいじり放題だけど、多分世の多くのコーダーはそんな事は求めてない
機能が分離されてて親ウィンドウのクラスのソースにあっさりハンドラを記述したり
カスタムコントロールにするまでもないようなのはウィンドウのWndProc()で
WM_NOTIFYの時にイベントを横取りして工数を削減したいだろう
55(1): 2019/11/16(土)17:30 ID:BpgM/gFF(12/16) AAS
>>54
もう一度言うよ
お前プログラミングしたことないだろ
デタラメ書くのやめて
56(1): 2019/11/16(土)17:39 ID:r61e+iIc(13/18) AAS
>>55
外部ﾘﾝｸ:docs.microsoft.com
おまえ、なんでMSがこんな事してるか未だに理解してないんだろ？
57(1): 2019/11/16(土)17:46 ID:r61e+iIc(14/18) AAS
上下ボタン付きの数値限定のエディットコントロールでタブが移った時に全選択させる、
みたいなありふれた実装でもお世話になる筈なんだがな・・・
あれ、内部だとコントロール本体は殆ど空のウィンドウ（コントロール）だから、
コントロール自体はエディットコントロールでもアップダウンコントロールでもないから
そのつもりでコントロールを派生して云々しようとしても上手くいかない
上下ボタン付きのコントロールが保持してる子コントロールのウィンドウクラスを識別した上で
その子コントロールに対して直接干渉しないと思った通りの動作はさせられない
その子コントロール（しかもDLLでしかないただのコモンコントロール）を２つ積んだコントロールの機能を
たった１つのDLLに詰め込んで、派生してる訳でもないのに更に言語を問わず再利用できるってのも
Windowsの強みの１つだろ
58(1): 2019/11/16(土)17:53 ID:bgtA9Jbw(1/5) AAS
で、DebianのWaylandは使った上でどんな不満があるの？
内部のミクロな話じゃなくて
59(3): 2019/11/16(土)18:01 ID:BpgM/gFF(13/16) AAS
>>56-57
> たった１つのDLLに詰め込んで、派生してる訳でもないのに更に言語を問わず再利用できるってのも
> Windowsの強みの１つだろ
XやWayland上のQtやgtk+でコントロールの制御ができないわけないだろう
プログラミングしたことない人間が想像でデタラメ書くのやめて
>>58
KDEに関して完全にWaylandにできるのはDebianに限らずもう少しかかる
外部ﾘﾝｸ:community.kde.org
60: 2019/11/16(土)18:08 ID:bgtA9Jbw(2/5) AAS
>>59
相手してくれてありがとう
KDE好きだけど、しばらくGNOME on Waylandで過ごすわ
61(1): 2019/11/16(土)18:08 ID:r61e+iIc(15/18) AAS
>>59
ただの制御の話なんてしてない
例えば上下ボタン付きエディットコントロールで例えれば、コントロールがフォーカスを受け取った時に
全選択するハンドラをコンストラクタで設定してやれば目的は達成できる
ただしそのクラスを再利用する側はフォーカスを受け取った時のハンドラを設定してはならない、
若しくはsoの類にひとまとめにするとすれば、ハンドラを設定したらsoでexportされてるそのハンドラの関数を
名指しで呼び出さなければならない
んな事意識しなきゃ再利用できないとか時代遅れと言わざるを得ない
62(2): 2019/11/16(土)18:18 ID:BpgM/gFF(14/16) AAS
>>59
補足
技術的にKDEというかWayland全体で時間がかかりそうなのは
> Plasma Native Wayland windows are not restored
>
> Session restoring does not include Wayland native windows.
Debian busterで確認済みだから実際にKDEで試してもらえばわかるけど、例えば
Konsoleとか電卓とか適当なページを開いたFirefoxとかを起動したままログアウトして、
もう一度ログインするとウィンドウの場所や開いているページやタブ等を含めて復元される
20年以上前からデスクトップセッション管理機能としてX Window Systemにこういう機能が
省9
63(2): 2019/11/16(土)18:27 ID:r61e+iIc(16/18) AAS
>>62
何がデタラメ？
waylandなら後からハンドラを上書きされても元のハンドラを自動的に呼び出してもらえたりすんのか？
しかも.NETでいうとこのNumericUpDownコントロールみたいに、DLLの中でウィンドウクラス決め打ちで
newされた様なエディットコントロールでも、waylandならインスタンスの元になったクラスの動作そのものを
改変できたりするのか？
64(1): 2019/11/16(土)18:42 ID:BpgM/gFF(15/16) AAS
>>63
何度も書くけどお前プログラミングしたことないだろ
プログラム関係の技術用語それっぽく並べても現実と対応しないから全く意味不明なの
65(2): 2019/11/16(土)18:56 ID:r61e+iIc(17/18) AAS
>>64
何がデタラメなのか欠片も言わねえのな
numericupdown フォーカス 選択 とかでｇｇると、構造を理解してない人の
「フォーカスを受け取った時に〜どうすればいいですか？」みたいな質問がいっぱい引っ掛かる
じゃあタブキーでのフォーカス移動で自動的に全選択してくれる様な、世のアプリは一つ一つに
ハンドラ設定して全選択してるか、カスタムコントロールがフォーカス移動のハンドラを隠蔽してるのか？
んなわきゃねえ
Windowsなら２つの子コントロールを保持してるクラスでWM_NOTIFYを処理すればトリッキーな事をせずに済むし、
それに頼らなくてもサブクラス化みたいな手法もあるし、WndProc()のオーバーライドって手もある
（.NETの類でWndProc()貪るのもどうかと思うが）
66(1): 2019/11/16(土)19:04 ID:lLVTyU1d(1) AAS
ここの板のスレに自治する人達（いわゆるスレチやめろと苦情を言う人達）がよく湧く理由がお分かり頂けただろうか。こうなるのです。
これを放っておくとこのスレだけでなく板全体が崩壊し人がまったく寄り付かなくなります。必要な情報を探す（共有する）のが非常に困難になるからです。
67: 2019/11/16(土)19:15 ID:bgtA9Jbw(3/5) AAS
>>62
バトルしながら貴重な情報も提供してくれてありがとう。
晩メシ食ってたんだけど気になって気になってｗ
今日は書いてくれた情報と貼ってくれたURLを読みながら過ごし、明日KDE環境を作って検証してみるよ。
上下前次1-新書関写板覧索設栞歴
あと 935 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.027s