[過去ﾛｸﾞ]
Debian GNU/Linux スレッド Ver.93 (1002ﾚｽ)
Debian GNU/Linux スレッド Ver.93 http://mao.5ch.io/test/read.cgi/linux/1573529997/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
1: login:Penguin [sage] 2019/11/12(火) 12:39:57 ID:cTFOpr3a extend:checked:vvvvv:1000:512 extend:checked:vvvvv:1000:512 次スレを立てる方は↑を二行重ねて書いてください 公式 https://www.debian.org/index.ja.html 過去ログは各自検索して見つけること 大体参考にならないので過度な期待は禁物 前スレ Debian GNU/Linux スレッド Ver.92 https://mao.5ch.net/test/read.cgi/linux/1565609547/ http://mao.5ch.io/test/read.cgi/linux/1573529997/1
2: login:Penguin [sage] 2019/11/13(水) 14:47:38 ID:agOlBBfg >>1乙ぱい http://mao.5ch.io/test/read.cgi/linux/1573529997/2
3: login:Penguin [] 2019/11/15(金) 14:01:26 ID:owzgjJy3 999login:Penguin2019/11/15(金) 13:10:59.75ID:7JCCAJD6 ありがと やってみる …そういうプリミティブなの試すなら gentoo とか arch とかの方が向いてるかも知れんけど… https://mao.5ch.net/test/read.cgi/linux/1565609547/999n もし俺がわかんない事があったら優しく教えてね。 では失礼 http://mao.5ch.io/test/read.cgi/linux/1573529997/3
4: login:Penguin [sage] 2019/11/15(金) 19:25:05 ID:J0m9Bqrh DM→各DEごとの短い起動スクリプトを呼ぶ この流れはどのディストリでも同じなので どれが向いてるも無い 同じくスクリプト書いてXなりWaylandが起動するのは当たり前 http://mao.5ch.io/test/read.cgi/linux/1573529997/4
5: login:Penguin [] 2019/11/15(金) 19:29:24 ID:ym4JijX1 >>1は出来る子 http://mao.5ch.io/test/read.cgi/linux/1573529997/5
6: login:Penguin [sage] 2019/11/15(金) 19:34:31 ID:J0m9Bqrh >>1は勝手にワッチョイつけようとした駄目な子 http://mao.5ch.io/test/read.cgi/linux/1573529997/6
7: login:Penguin [sage] 2019/11/15(金) 20:41:50 ID:484K9kv7 ログインマネージャーじゃなかったな DMだった キモイと云われてもしようが無いわ 6年もDebian入れっぱだと、全てを忘れるな しかし6年前に入れたのに、最新だなんて最高だな！と誤魔化しておく（笑） http://mao.5ch.io/test/read.cgi/linux/1573529997/7
8: login:Penguin [sage] 2019/11/15(金) 23:46:54 ID:kUcXOmuZ >>4 お詳しいんですね。 よかったらWaylandとX11の起動シーケンスについてご教授して頂けませんか？ WaylandはXサーバーを使わないのでstartxしても意味が無いから同じスクリプトじゃ動かない事くらいなら把握してるんですけど。 http://mao.5ch.io/test/read.cgi/linux/1573529997/8
9: login:Penguin [sage] 2019/11/16(土) 00:30:41 ID:C1yTL9Lx そろそろ日記スレ行ってくれまいか？ http://mao.5ch.io/test/read.cgi/linux/1573529997/9
10: login:Penguin [sage] 2019/11/16(土) 00:34:48 ID:ZI1CQGxM 追い出し発言しか能のない自治厨はすっこんでろ http://mao.5ch.io/test/read.cgi/linux/1573529997/10
11: 984 [sage] 2019/11/16(土) 01:58:32 ID:FJOjA/gG 何度か purge と install とログアウト繰り返したら日本語使えるようになったけどなんでか全く分からんわ http://mao.5ch.io/test/read.cgi/linux/1573529997/11
12: login:Penguin [sage] 2019/11/16(土) 04:17:22 ID:o8dG2VKS >>10 そいついつも後付けで威張るだけでろくな回答出さねえんだぜ Waylandについてなんて絶対わかってねえよ http://mao.5ch.io/test/read.cgi/linux/1573529997/12
13: login:Penguin [sage] 2019/11/16(土) 06:25:11 ID:kFvWheih waylandなんて使い物にならないから使わないだけ まだ少しはましになっただけだろ http://mao.5ch.io/test/read.cgi/linux/1573529997/13
14: login:Penguin [sage] 2019/11/16(土) 06:31:06 ID:kFvWheih くれくれ乞食がうるさいぞ Ubuntuでも使ってろ http://mao.5ch.io/test/read.cgi/linux/1573529997/14
15: login:Penguin [sage] 2019/11/16(土) 07:36:51 ID:QxF2McEU >>13 なら知ったかこいてねえで黙ってろ http://mao.5ch.io/test/read.cgi/linux/1573529997/15
16: login:Penguin [sage] 2019/11/16(土) 07:38:33 ID:QxF2McEU >>14 それは与えるものがある奴が言うことだ お前がUbuntu使ってろやｗ http://mao.5ch.io/test/read.cgi/linux/1573529997/16
17: login:Penguin [sage] 2019/11/16(土) 08:10:01 ID:r61e+iIc まーwaylandはまだあちこち問題があるみたいだし、何よりネットワーク透過の為の部分を削って ローカルでのウィンドウシステムとしての動作でオーバーヘッドを減らしつつ GUI部品に相当する部品の単位について単純にコールバックを提供できる様にした程度 もうxlibとかとの互換とか捨ててWinMac辺りのウィンドウシステムのAPIやハンドラへの仲介の機構とか見習うべき http://mao.5ch.io/test/read.cgi/linux/1573529997/17
18: login:Penguin [sage] 2019/11/16(土) 08:45:05 ID:kFvWheih waylandに入れ替えてみた→わからない→xorgに戻る これが正しい流れ シツモニするな恥ずかしい http://mao.5ch.io/test/read.cgi/linux/1573529997/18
19: login:Penguin [sage] 2019/11/16(土) 08:50:57 ID:o8dG2VKS お堅いDebianの最新stableがデフォルトDEに採用したのがWaylandだろ？ http://mao.5ch.io/test/read.cgi/linux/1573529997/19
20: login:Penguin [sage] 2019/11/16(土) 08:57:18 ID:kFvWheih まじ？ じゃー入れ替えるしかないな （謝罪なし） http://mao.5ch.io/test/read.cgi/linux/1573529997/20
21: login:Penguin [sage] 2019/11/16(土) 09:00:55 ID:o8dG2VKS いいってことよ Debianがデフォルトにするだけあって、基本全然安定してるぜ http://mao.5ch.io/test/read.cgi/linux/1573529997/21
22: login:Penguin [sage] 2019/11/16(土) 10:54:12 ID:HyGVng8S wayland + gnome のとき、libx11 に依存するアプリってどうなるの？ http://mao.5ch.io/test/read.cgi/linux/1573529997/22
23: login:Penguin [sage] 2019/11/16(土) 11:45:12 ID:o8dG2VKS >>22 互換レイヤーで動くので俺環では実用上困った事は無い。 今のところwineとVNC以外は。 http://mao.5ch.io/test/read.cgi/linux/1573529997/23
24: login:Penguin [sage] 2019/11/16(土) 11:48:14 ID:BpgM/gFF >>17 > まーwaylandはまだあちこち問題があるみたいだし、何よりネットワーク透過の為の部分を削って 10年以上前からLinuxのXクライアントはMIT-SHM拡張を前提とする実装になっているから 事実上ネットワーク透過でなくなっている 今のLinuxはXサーバとXクライアントをリモート用のBSD socketではなくローカル用の Unix domain socketでつなぎ、MIT-SHM拡張による共有メモリを使ってXImageやPixmap等 イメージをやり取りしている ttps://www.x.org/releases/X11R7.7/doc/xextproto/shm.html ちゃんと実装されていればローカルでもリモートでも動作するが、リモートだと動作が大幅に 遅くなるし、リモートだと動作しないXクライアントも多い 10年以上前の時点でXクライアントなのにXRender等拡張プロトコルで実装され、Xのコア プロトコルはほとんど使っていない状態になっていたから、拡張プロトコルをベースに作り 直したグラフィックシステムがWayland > もうxlibとかとの互換とか捨ててWinMac辺りのウィンドウシステムのAPIやハンドラへの仲介の機構とか見習うべき Waylandのプロセス間通信はasynchronousだからWindows Vista以降と同じ というかWaylandとWindowsのDWM(いわゆるAero)はほとんど同じ構造 まあWaylandはXWaylandでXクライアントも普通の性能で動作するが、DWMはGDIの実装が いまいちなんだけどな ttps://pc.watch.impress.co.jp/docs/2008/1126/hot582.htm ttps://jehupc.exblog.jp/11464034/ http://mao.5ch.io/test/read.cgi/linux/1573529997/24
25: login:Penguin [sage] 2019/11/16(土) 11:56:38 ID:9/TDik/O 今の時代Xプロトコルを透過にするより、 画像の差分を送ったほうがいいだろ？ http://mao.5ch.io/test/read.cgi/linux/1573529997/25
26: login:Penguin [sage] 2019/11/16(土) 12:41:21 ID:TZZ7yIiW 横からすみません、お詳しいようなので。 windowsからリモートデスクトップするなら、waylandかXがどちらがいいですか？ http://mao.5ch.io/test/read.cgi/linux/1573529997/26
27: login:Penguin [sage] 2019/11/16(土) 12:52:43 ID:HyGVng8S >>26 >>24 > ちゃんと実装されていればローカルでもリモートでも動作するが、リモートだと動作が大幅に > 遅くなるし、リモートだと動作しないXクライアントも多い コレ読んで wayland でリモートデスクトップする気は起らんなあ、私なら http://mao.5ch.io/test/read.cgi/linux/1573529997/27
28: login:Penguin [sage] 2019/11/16(土) 13:01:11 ID:r61e+iIc >>24 そういう機構じゃなくって、 ウィンドウシステム全体をカーネルのモジュールか何かにしてメッセージキューを提供するとか GUI部品（コントロールの類）が受け取ったイベントをその持ち主のウィンドウに先にルーティングする仕組みとか それらを組み合わせての言語を問わないGUI部品の抽象化と派生による再利用の促進とか標準化みたいな 内側の構造じゃなくって外側からのAPIの呼び出し方と イベント時に処理を実行する機会の提供の仕方とかによるツールキット類の作り易さの向上、 強いてはツールキット類の仕様（開発時）や操作感（使用時）の統一、使いやすさの向上を促さないと http://mao.5ch.io/test/read.cgi/linux/1573529997/28
29: login:Penguin [sage] 2019/11/16(土) 13:13:13 ID:HyGVng8S >>28 > 内側の構造じゃなくって外側からのAPIの呼び出し方 API共通なら何の問題もない > イベント時に処理を実行する機会の提供の仕方とかによるツールキット類の作り易さの向上 これはツールキット類のコードを書く人の問題だけど 具体的にどういう悩みがあって「こんなクソコード書かせんな」と思ったのか分からん > ツールキット類の仕様（開発時）や操作感（使用時）の統一、使いやすさの向上 これだけじゃ具体的にどういう問題点があるのか分からん上に wayland 全く関係ない http://mao.5ch.io/test/read.cgi/linux/1573529997/29
30: login:Penguin [sage] 2019/11/16(土) 13:59:49 ID:HyGVng8S 転載してなかったな Debian GNU/Linux スレッド Ver.92 https://mao.5ch.net/test/read.cgi/linux/1565609547/18 18 名前：login:Penguin[] 投稿日：2019/08/14(水) 18:42:01.79 ID:XlTWnfY2 netinst使えばいいのに Debian -- 最小の CD を使って、ネットワークインストールする https://www.debian.org/CD/netinst/ non-free firmware付きのはこちらで https://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/10.0.0+nonfree/amd64/iso-cd/firmware-10.0.0-amd64-netinst.iso Debian GNU/Linux スレッド Ver.92 https://mao.5ch.net/test/read.cgi/linux/1565609547/502 502 名前：login:Penguin[sage] 投稿日：2019/09/24(火) 19:45:28.49 ID:t8p2w6v2 https://cdimage.debian.org/images/unofficial/non-free/cd-including-firmware/10.1.0+nonfree/amd64/iso-cd/ https://cdimage.debian.org/images/unofficial/non-free/cd-including-firmware/10.1.0+nonfree/i386/iso-cd/ リンク先が切れてたっぽい http://mao.5ch.io/test/read.cgi/linux/1573529997/30
31: login:Penguin [sage] 2019/11/16(土) 14:21:12 ID:r61e+iIc >>29 今のXのAPI（システムが提供してる訳じゃないから別プロセスへのインターフェースだけど）の形式で どうやってウィンドウが保持してるGUI部品へのイベントを先取りできると？ http://mao.5ch.io/test/read.cgi/linux/1573529997/31
32: login:Penguin [sage] 2019/11/16(土) 14:41:55 ID:BpgM/gFF >>29 >> ツールキット類の仕様（開発時）や操作感（使用時）の統一、使いやすさの向上 > これだけじゃ具体的にどういう問題点があるのか分からん上に wayland 全く関係ない たぶんは>>28は実際にGnomeやKDEを使ったことなくて想像で言っているだけだとおもうよ 実際に使えばテーマ機構によりgtk+アプリもQtアプリも全く同じ見た目と操作感で動くから http://mao.5ch.io/test/read.cgi/linux/1573529997/32
33: login:Penguin [sage] 2019/11/16(土) 14:44:38 ID:HyGVng8S >>31 しらんけど xlib ができないんだったら x では出来ないし 互換レイヤーを作ってあるだけなら x で出来ないことを実装する必要はない xlib ができないんだったら x で出来るし 互換レイヤーを作るなら x で出来ることを実装する必要がある http://mao.5ch.io/test/read.cgi/linux/1573529997/33
34: login:Penguin [sage] 2019/11/16(土) 14:48:17 ID:HyGVng8S >>32 たしかに使ったことはないけれども gnome で選んだテーマ機構は qt / kde アプリに自動的に適用されて同じ見た目と操作感で動くの？？ http://mao.5ch.io/test/read.cgi/linux/1573529997/34
35: login:Penguin [sage] 2019/11/16(土) 15:36:39 ID:r61e+iIc >>32 操作感が統一されてないなんてGNOMEKDE両方試せばすぐ違和感に気付くだろ 開発時の話は今時のフレームワーク類だとハンドラをウィンドウのクラスに記述するって時点で、 既にWinMacの類だとシステムがウィンドウに対してイベントをルーティングしれる事から考えると 単純なコールバックしか提供しないwaylandですら遅れてると言わざるを得ない http://mao.5ch.io/test/read.cgi/linux/1573529997/35
36: login:Penguin [sage] 2019/11/16(土) 16:15:34 ID:BpgM/gFF >>35 例えばVLCとかPhotoshop ElementとかKindleとかWindowsで動かしてみて違和感感じた? これらはQtを使っているんだけど、Qtのような現代のクロスプラットホームのツールキットは ネイティブなWin32のツールキットを使わず自前で描画していて、Windows上では標準で Win風テーマエンジンでWindowsそっくりのルックアンドフィールを実現している Linuxではどのディストリも何もいじならなければ同じテーマエンジンを使うようになっている からQtとgtk+で違和感を感じることはない 本当は使ったことないでしょ? それと > 既にWinMacの類だとシステムがウィンドウに対してイベントをルーティングしれる事から考えると > 単純なコールバックしか提供しないwaylandですら遅れてると言わざるを得ない そんな仕組みになっていない どっからそんなおかしな発想が出てくるの? http://mao.5ch.io/test/read.cgi/linux/1573529997/36
37: login:Penguin [sage] 2019/11/16(土) 16:23:16 ID:BpgM/gFF そういえばWindows 10では従来のデスクトップアプリとモダンアプリとでときどき違和感が あるけど、gtk+アプリとQtアプリでこんな違い感じたことないぞ http://mao.5ch.io/test/read.cgi/linux/1573529997/37
38: login:Penguin [sage] 2019/11/16(土) 16:26:14 ID:r61e+iIc >>36 それQt限定だし、同じプラットホームでもQtとQtでしか比較しないつもりか？ GIMPのドロップダウンとか色選択のダイアログ（Winの場合は汎用ダイアログがあるんだが）の操作感は？ waylandのコールバックルーチンの設定のAPI見てこい ウィンドウじゃなくってコントロールにはハンドラは設定できるが、 Winで例えればWM_NOTIFY〜の類はない、ウィンドウが子のコントロールのイベントを処理するっつー話だぞ？ コントロールに設定されたコールバックルーチンをコントロール（一種のウィンドウ）が処理するっつー話じゃないぞ？ http://mao.5ch.io/test/read.cgi/linux/1573529997/38
39: login:Penguin [sage] 2019/11/16(土) 16:38:07 ID:BpgM/gFF >>38 > waylandのコールバックルーチンの設定のAPI見てこい 見ましたが > ウィンドウじゃなくってコントロールにはハンドラは設定できるが、 > Winで例えればWM_NOTIFY〜の類はない、ウィンドウが子のコントロールのイベントを処理するっつー話だぞ？ > コントロールに設定されたコールバックルーチンをコントロール（一種のウィンドウ）が処理するっつー話じゃないぞ？ 言っていることが現実の設計や実装と一致しません 君の妄想の世界では意味のあることを話していることになっているつもりなのかもしれないけど、 現実は全くそうなっていません http://mao.5ch.io/test/read.cgi/linux/1573529997/39
40: login:Penguin [sage] 2019/11/16(土) 16:41:55 ID:r61e+iIc https://docs.microsoft.com/ja-jp/cpp/mfc/tn062-message-reflection-for-windows-controls?view=vs-2019 .NETのイベントハンドラの代入とかだけ見てるんだったら（ｒｙ http://mao.5ch.io/test/read.cgi/linux/1573529997/40
41: login:Penguin [sage] 2019/11/16(土) 16:43:57 ID:BpgM/gFF >>38 > GIMPのドロップダウンとか色選択のダイアログ（Winの場合は汎用ダイアログがあるんだが）の操作感は？ ダイアログもクロスプラットホームのツールキットは色々配慮するようになっているよ 自前のものが標準のはずでOSに合わせたテーマで動くようになっている Windowsのgtk+だと知らないけどLinuxではgtk+がKDEのダイアログを使うようにもできる ttps://wiki.archlinux.jp/index.php/Qt_%E3%81%A8_GTK_%E3%82%A2%E3%83%97%E3%83%AA%E3%82%B1%E3%83%BC%E3%82%B7%E3%83%A7%E3%83%B3%E3%81%AE%E5%A4%96%E8%A6%B3%E3%81%AE%E7%B5%B1%E5%90%88 http://mao.5ch.io/test/read.cgi/linux/1573529997/41
42: login:Penguin [sage] 2019/11/16(土) 16:44:19 ID:50+7+9pb 盛り上がってる所恐縮ですが他所でやっていただけませんかねえ？ http://mao.5ch.io/test/read.cgi/linux/1573529997/42
43: login:Penguin [sage] 2019/11/16(土) 16:45:05 ID:r61e+iIc てかコントロールのハンドラをいじらずにウィンドウ側でコントロールで発生したイベントをフックしてみろってんだよ 魔女狩りでもなんでもないから証明は簡単だろ？ くどい様だけどコントロールのハンドラで親ウィンドウを識別して特定の親ウィンドウに対して 更にコールバック（ただの関数呼び出し）を起こすとかじゃくって、親ウィンドウが一括して処理って話だからな？ http://mao.5ch.io/test/read.cgi/linux/1573529997/43
44: login:Penguin [sage] 2019/11/16(土) 16:45:26 ID:BpgM/gFF >>40 それがどうかしたの? 全く関係ない話のようだけど http://mao.5ch.io/test/read.cgi/linux/1573529997/44
45: login:Penguin [sage] 2019/11/16(土) 16:46:08 ID:r61e+iIc >>41 「使う様にできる上にそうなってる」のと「使う様にできるけどそうなってない」のは全然違うぞ http://mao.5ch.io/test/read.cgi/linux/1573529997/45
46: login:Penguin [sage] 2019/11/16(土) 16:46:59 ID:BpgM/gFF >>43 まず君が何をやりたいのかコードを示して 意味のあることをやろうとしているように思えない http://mao.5ch.io/test/read.cgi/linux/1573529997/46
47: login:Penguin [sage] 2019/11/16(土) 16:47:30 ID:BpgM/gFF >>45 そうなっているから http://mao.5ch.io/test/read.cgi/linux/1573529997/47
48: login:Penguin [sage] 2019/11/16(土) 16:50:15 ID:r61e+iIc >>46 waylandでそんな事できないんだから魔女狩りさせんな http://mao.5ch.io/test/read.cgi/linux/1573529997/48
49: login:Penguin [sage] 2019/11/16(土) 16:50:58 ID:r61e+iIc >>47 それファイルダイアログみたいな原始的な奴だけだろ http://mao.5ch.io/test/read.cgi/linux/1573529997/49
50: login:Penguin [sage] 2019/11/16(土) 16:59:27 ID:BpgM/gFF >>48 つまりコードを示せないんですね 全部妄想や捏造だと認めると >>49 いいえ http://mao.5ch.io/test/read.cgi/linux/1573529997/50
51: login:Penguin [sage] 2019/11/16(土) 17:04:57 ID:r61e+iIc >>50 https://docs.microsoft.com/ja-jp/cpp/mfc/receiving-notification-from-common-controls?view=vs-2019 なんでWindowsがWM_NOTIFYでやりとりしてると思ってる？ なんでWindowsのコモンコントロール（DLL）から更に派生したカスタムコントロールをDLLにして 言語を問わずに再利用できると思ってる？ 関数決め打ちのコールバックに頼ってないからだよ http://mao.5ch.io/test/read.cgi/linux/1573529997/51
52: login:Penguin [sage] 2019/11/16(土) 17:20:38 ID:BpgM/gFF >>51 だから関係ないものを出して何がいいたいの? お前プログラミングしたことないだろ http://mao.5ch.io/test/read.cgi/linux/1573529997/52
53: login:Penguin [sage] 2019/11/16(土) 17:23:27 ID:JrM8kLnB Wayland https://mevius.5ch.net/test/read.cgi/unix/1323873988/ Wayland の話題ならココ DE の話を wayland のスレでやるなよ？ http://mao.5ch.io/test/read.cgi/linux/1573529997/53
54: login:Penguin [sage] 2019/11/16(土) 17:28:41 ID:r61e+iIc >>52 waylandの機構じゃコントロールの機能をsoに過不足なく詰め込んでコモンコントロールにして、 更にそのsoの”ソースも抜きに”機能を派生させたsoを作って、 その派生させたsoを言語問わずに再利用とかできないか、できるにしてもWindowsみたいな メッセージキューみたいなのをウィンドウシステムとツールキットの間に挟まなきゃなんないだろ ソースがありゃいじり放題だけど、多分世の多くのコーダーはそんな事は求めてない 機能が分離されてて親ウィンドウのクラスのソースにあっさりハンドラを記述したり カスタムコントロールにするまでもないようなのはウィンドウのWndProc()で WM_NOTIFYの時にイベントを横取りして工数を削減したいだろう http://mao.5ch.io/test/read.cgi/linux/1573529997/54
55: login:Penguin [sage] 2019/11/16(土) 17:30:12 ID:BpgM/gFF >>54 もう一度言うよ お前プログラミングしたことないだろ デタラメ書くのやめて http://mao.5ch.io/test/read.cgi/linux/1573529997/55
56: login:Penguin [sage] 2019/11/16(土) 17:39:54 ID:r61e+iIc >>55 https://docs.microsoft.com/ja-jp/cpp/mfc/receiving-notification-from-common-controls?view=vs-2019 おまえ、なんでMSがこんな事してるか未だに理解してないんだろ？ http://mao.5ch.io/test/read.cgi/linux/1573529997/56
57: login:Penguin [sage] 2019/11/16(土) 17:46:24 ID:r61e+iIc 上下ボタン付きの数値限定のエディットコントロールでタブが移った時に全選択させる、 みたいなありふれた実装でもお世話になる筈なんだがな・・・ あれ、内部だとコントロール本体は殆ど空のウィンドウ（コントロール）だから、 コントロール自体はエディットコントロールでもアップダウンコントロールでもないから そのつもりでコントロールを派生して云々しようとしても上手くいかない 上下ボタン付きのコントロールが保持してる子コントロールのウィンドウクラスを識別した上で その子コントロールに対して直接干渉しないと思った通りの動作はさせられない その子コントロール（しかもDLLでしかないただのコモンコントロール）を２つ積んだコントロールの機能を たった１つのDLLに詰め込んで、派生してる訳でもないのに更に言語を問わず再利用できるってのも Windowsの強みの１つだろ http://mao.5ch.io/test/read.cgi/linux/1573529997/57
58: login:Penguin [sage] 2019/11/16(土) 17:53:34 ID:bgtA9Jbw で、DebianのWaylandは使った上でどんな不満があるの？ 内部のミクロな話じゃなくて http://mao.5ch.io/test/read.cgi/linux/1573529997/58
59: login:Penguin [sage] 2019/11/16(土) 18:01:19 ID:BpgM/gFF >>56-57 > たった１つのDLLに詰め込んで、派生してる訳でもないのに更に言語を問わず再利用できるってのも > Windowsの強みの１つだろ XやWayland上のQtやgtk+でコントロールの制御ができないわけないだろう プログラミングしたことない人間が想像でデタラメ書くのやめて >>58 KDEに関して完全にWaylandにできるのはDebianに限らずもう少しかかる ttps://community.kde.org/Plasma/Wayland_Showstoppers http://mao.5ch.io/test/read.cgi/linux/1573529997/59
60: login:Penguin [sage] 2019/11/16(土) 18:08:39 ID:bgtA9Jbw >>59 相手してくれてありがとう KDE好きだけど、しばらくGNOME on Waylandで過ごすわ http://mao.5ch.io/test/read.cgi/linux/1573529997/60
61: login:Penguin [sage] 2019/11/16(土) 18:08:43 ID:r61e+iIc >>59 ただの制御の話なんてしてない 例えば上下ボタン付きエディットコントロールで例えれば、コントロールがフォーカスを受け取った時に 全選択するハンドラをコンストラクタで設定してやれば目的は達成できる ただしそのクラスを再利用する側はフォーカスを受け取った時のハンドラを設定してはならない、 若しくはsoの類にひとまとめにするとすれば、ハンドラを設定したらsoでexportされてるそのハンドラの関数を 名指しで呼び出さなければならない んな事意識しなきゃ再利用できないとか時代遅れと言わざるを得ない http://mao.5ch.io/test/read.cgi/linux/1573529997/61
62: login:Penguin [sage] 2019/11/16(土) 18:18:11 ID:BpgM/gFF >>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にこういう機能が 存在しているんだけど、おそらくWaylandを設計した段階で見落とされたらしい DBusベースでなんとかしようみたいなリンクが貼ってあるけど ttps://wiki.gnome.org/Projects/SessionManagement/GnomeSession Wayland下で使えるようになるまでしばらく時間がかかるんじゃないかな >>53 スレちがいになっているのはわかるんだけど >>61 技術的にデタラメな話をするのやめて デマが広まると迷惑なの http://mao.5ch.io/test/read.cgi/linux/1573529997/62
63: login:Penguin [sage] 2019/11/16(土) 18:27:25 ID:r61e+iIc >>62 何がデタラメ？ waylandなら後からハンドラを上書きされても元のハンドラを自動的に呼び出してもらえたりすんのか？ しかも.NETでいうとこのNumericUpDownコントロールみたいに、DLLの中でウィンドウクラス決め打ちで newされた様なエディットコントロールでも、waylandならインスタンスの元になったクラスの動作そのものを 改変できたりするのか？ http://mao.5ch.io/test/read.cgi/linux/1573529997/63
64: login:Penguin [sage] 2019/11/16(土) 18:42:32 ID:BpgM/gFF >>63 何度も書くけどお前プログラミングしたことないだろ プログラム関係の技術用語それっぽく並べても現実と対応しないから全く意味不明なの http://mao.5ch.io/test/read.cgi/linux/1573529997/64
65: login:Penguin [sage] 2019/11/16(土) 18:56:26 ID:r61e+iIc >>64 何がデタラメなのか欠片も言わねえのな numericupdown フォーカス 選択 とかでｇｇると、構造を理解してない人の 「フォーカスを受け取った時に〜どうすればいいですか？」みたいな質問がいっぱい引っ掛かる じゃあタブキーでのフォーカス移動で自動的に全選択してくれる様な、世のアプリは一つ一つに ハンドラ設定して全選択してるか、カスタムコントロールがフォーカス移動のハンドラを隠蔽してるのか？ んなわきゃねえ Windowsなら２つの子コントロールを保持してるクラスでWM_NOTIFYを処理すればトリッキーな事をせずに済むし、 それに頼らなくてもサブクラス化みたいな手法もあるし、WndProc()のオーバーライドって手もある （.NETの類でWndProc()貪るのもどうかと思うが） http://mao.5ch.io/test/read.cgi/linux/1573529997/65
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 937 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.168s*