WindowsやめてLinuxデスクトップ！ 21
■ このスレッドは過去ログ倉庫に格納されています
きっかけは、当初のWindows10の暴君ぶりでした。
計画性のないアップデートで勝手に再起動し保存されていないデータを消滅させました。
今でも外出中に、アップデートプロセスのため仕事が始められず呆れることがあります。
それにアップデート後にディスク容量を圧迫するのは本当にやめてほしい。
さらにはアップデートに伴ってゲームやその他ソフトウェアをインストールし、
デスクトップ画面上やメニューにショートカットやガジェットを作成し、
結果的にデザインを変更し、ユーザーの利便性さえ変えてしまう。
このような行為にはとても違和感を覚えます。
会社等で社員に使わせている場合、こういうことをされると非常に困ります。
私のパソコンで、頼んでもないことを勝手に行ってほしくない。
こうしてLinuxデスクトップをメインで使うようになりました。
懐かしい感覚を得られるようになりました。自分でPCをコントロールできる感覚です。
それはずっとWindowsに取り上げられていた感覚なのだと気づきました。
本来のOSとは、Linuxのように静かなものです。そこには管理者である私しかいません。
今や必要なサービスはブラウザさえあればほとんど受けることができます。
オフィスソフトには、LibreOfficeという素晴らしいものがあります。（MSオフィスとの互換性アリ）
もう普段のデスクトップ環境としてLinuxデスクトップを選んでも差し支えありません。
ところが企業や学校では文書はしばしばMSオフィスとMSフォントが前提にされています。
こうなったのは特に何も考えられずにそれらが惰性で使われてきたためでしょう。
しかしこれにより文書の互換性のため、周りもMSオフィス、結果Windowsが強制されています。
そこでOS選択の自由を求め、LibreOfficeとオープンなフォントが標準として積極的に利活用されることを願います。
Linuxのデスクトップ関連技術の発展（プログラミングを含む）や商用ソフトウェアの登場には、
利用者数が増えることが大切で、これは好循環を生み出すはずです。
Linuxデスクトップ環境の充実を議論しましょう。
>>2に過去レスです。 >>483
それならそれだけ言ってりゃいい
コード量が減るとか言う、btrfsの宣伝に通じる様な誇張が一番役に立たない
大体フレームワーク類のメソッドなんてどれも似通った様なもんだし
ハンドラの宣言実装とか、IDE管理のおまじない部分のコード量が減ったところで誰も喜ばん >>484
MFCとQTじゃコンボボックスへの項目追加だとかリストビューの列の操作だとか
そんなとこでコード量の差なんて殆どでない
それどころか.NET持ち出すんならラムダ式の類の有無で圧倒的にC++のがコード量多いわ >>485
メッセージポンプの前後での例外キャッチだとか
（今即席で試す気は無いけど、確かMFCはWndProcの外側、.NETは内側だっけか？）
できるから何も考えずに例外投げっ放しもできる（途中で受けるのも自由）
Xにはその仕組みも無いしな
.NETでアプリケーションドメインの例外全部スルー（本来なら表示やらログ追記やらするんだろうけどな）
させてみればわかる、ただそれだけで例外を故意に発生させても何事も無かった様に動き続けられる
クラスのデストラクタだとかに任せられない様な資源解放だの何だのも全部ひっくるめて
finallyだとかできっちり処理しとけば、いつ例外が起きても保存→再起動に持っていける
メニューから保存できないとか、保存前に落ちるとかそういう手抜きじゃないアプリにする時は特に重要 >>486
じっさいつくりかえたら減ったから
減ったっていってんだよ
mfcでスプリッター使おうと思ったら
childframe作って
それぞれのview別々に作って
3つもclass作らなきゃいけないのが
qtだと１個ですむ
そういう積み重ねなんだよ
みんな同じとか、よくそんな
断言できるね >>489
それ昔、MFCで俺も作ったな
しかもダイアログウィンドウでも使える奴な
今ソースあるけどおまえにはやらん
CWndから派生してChogeSplitterWndとかでクラスにしてオリエンテーション（方向な）、
分割部分の幅、左側の余白、をプロパティにして（MFCだとGetHoge() SetHoge() になるが）
OnPaint OnLButtonDown OnNcLButtonDown OnLButtonUp OnMouseMove を実装
CChildFrameから派生とかド素人もいいとこだ >>487
.NETなんか
最初から持ち出してないよ
そもそも
動機はWimdowsやめたいけど
MFCアプリどうしよう
↓
Qtで作ってみるか
↓
なんだQtの方がスッキリ書けるじゃん
たったそんだけ
なのに
VSの方がスゴいニダって
何度も何度も絡まれるけど
それじゃ
スレのお題目の
Windowsやめれないじゃん
>>490
MDIだからしょうがないんだよ
ほんと、めんどくせ
もう解放されたけど >>491
最後の一行だけ抜き出して
> MFCとQTじゃコンボボックスへの項目追加だとかリストビューの列の操作だとか
> そんなとこでコード量の差なんて殆どでない
こっちはスルーか？
どこがすっきりする？ それとMDIに特化するならスプリッタはもっと簡単になるだろ
CWndからの派生すら必要なくなる、もっと単純なクラスを最初に１個作って使い回すだけだ
おまえはプロジェクト作る度に同じものを何回も作り直すのか？ 一応、第三者と言う立場でコメント
>>489
個人の感想（経験かも知れないけど）からの発言と言うことで違和感はないな。
>>490
＞今ソースあるけどおまえにはやらん
誰もくれって言ってないのに最初から「おまえにはやらん」ってケンカごし的だ。
＞CChildFrameから派生とかド素人もいいとこだ
最初は皆そのド素人水準から例外なく始まってるだろうに。
>>493
だから>>489氏はWindows用アプリをLinuxに移植してると言う前提なのに
「CWnd」と言うWindows用アプリ製作に拘り続けてる君が熱くなり過ぎ。 >>494
それだけを前提にして事実を書くだけならいい
コード量が減るだとかいい加減な事言ってるから突っ込み始めただけ
> MFCとQTじゃコンボボックスへの項目追加だとかリストビューの列の操作だとか
> そんなとこでコード量の差なんて殆どでない
こっちには絶対言及しないからね、こいつ >>495
まぁかわるちゃ変わるよ
そういとこも
qtモデル使えるから >>497
え
MVCとかあったの?
よくわかんあいぇど
MFCじゃListViewに
dbからレコード拾って
コリゴリinsertしてたけど
qtはQTabelViewに
sql文 でモデル作って
setModelするだけ >>498
.netで言うDataGridViewな
それだけか？ >>499
そうそう
あれよりもめっちゃ速いし
手続きも簡単
しかもLinuxで動く >>500
グリッド表示の類のコントロール使ってバインディングだけで事足りる用途限定の時だけな
> こっちの方がスッキリして
> 解りやすくて良いや
> なんで流行らないんだろう
> Qt
限定された状況下でだけスッキリなんて意味ねえ
> コードのボリュームが
> 減っちゃうから劣化なのかもよ
劣化の意味を曲解して復唱して皮肉とかアホか >>501
それだけのったって
実際コード減ったしスッキリしたよ
他にもあるよ
db接続のsession切れても勝手に再接続してくれてたり
いちいちdbのインスタンス指定しなくたって
query使えたり
もうかいたけど、cssでobjectの
スタイルまとめて指定できるから
スッキリするとか
別に劣化でもなんでもいいけどさ
windowsやめるスレなのに
VSの方がいいニダ
ってLinuxで動かないVSごり押ししてる
あんたの方がよっぽど
どうかしている >>502
全般においてコードが減るみたいな宣伝すんなっつってんだ
それでもゴネてるから具体的な話をする為にVSの話出してるだけだ
btrfsみたいな誇張で失望した多くの連中は、btrfs再設計とかになっても滅多な事じゃ戻って来ないぞ
qtも同じ末路を辿っていいのか？ >>1
だってlinuxじゃエロゲーできないじゃん >>503
一個しかつ作ってなんだから
その経験話してるだけじゃんか
なんで宣伝なんだよ
ばかなんじゃないの? >>502
Qtでマルチスレッドの仕組みは、どんな感じで使うのだろうか。
最近のMFCではサンプルコードがあって判りやすくなった印象だけど
生成したスレッドからメインスレッド情報の取得が難しい感じなので
スレッドを生成した時点でスレッド側のメンバーに押し込んだ。
>>503
君が絡んでる印象が非常に強い。
＞全般においてコードが減るみたいな宣伝すんなっつってんだ
そこまで否定するなら君が両方でサンプルコードを出すのが本筋だ。
そうすれば説得力も多少出るけど現状では言いがかりに終始するヨタ者だ。
サンプルコードを出すか否か自由だけど出さないなら君のレスは迷惑。
＞qtも同じ末路を辿っていいのか？
Qtを否定したいのか、育てたいのか、どっちだ？ 君の立場を明白にしたら？
それに自分の使ってる電子回路用CADはQtを使ってるからなくなるとは考えない。 >>509
＞一個しかつ作ってなんだからその経験話してるだけじゃんか
自分もスレの趣旨から↑のように解釈してるから熱くならないように。
スレに一人でも理解者がいるか、いないかで心境は相当変るだろ。
強く否定はするけどサンプルコードを出して比較がないのは言いがかりだから。 >>509>>511
時系列無視すんな
>>465から始まっての後出しじゃねえか てか１個しか作ってない様なのが知ったかぶって曲解で皮肉ってんじゃねえよ >>510
似た様なメソッドばっかなんだから、サンプル出すも何も無いんだがな
CEdit
https://docs.microsoft.com/ja-jp/cpp/mfc/reference/cedit-class?view=vs-2019
QLineEdit
https://doc.qt.io/archives/qt-4.8/qlineedit.html
stretchもbusterのテスト機も起動した
もっと複雑なコンボボックスのプロパティの設定とイベントハンドラの方がいいか？
ま、どっちもメソッドは大差ないし、ハンドラ/スロットも大差ないんだがな
お題出せ、時間覚えておけ >>514
それ見て気がつかないの?
MFCのコントロールってプロパティで
文字の色も背景色も変えられないんだよ
デザイナーからもね
MFCでラベルの背景色
とかでググってみ
超めんどくさいから
何度もいうけどqtだと
個別でもいいけど
アプリで一個のcss読み込むようにしとけば
QLabel#オブジェクト名{
background-color:なんとか;
}
とかで終わっちゃう
普通にセレクターも使えるし
c++のソース汚さないから
スッキリすんの >>515
おまえはそんな大した事のない不備ばっか突き続けたり
> 一個しかつ作ってなんだから
みたいに後出しして時系列を無視して、無理矢理QTのアプリのソースコードの方が
全般的にサイズが小さくなるって印象を広めたいんだな？
btrfsの信者みたいだな・・・
MFC CEdit 背景色で調べて、良く使うってんならその程度カスタムコントロールにしろ・・・ afx_msg HBRUSH CtlColor(CDC* pDC, UINT nCtlColor)
{
m_brBkgnd.DeleteObject();
m_brBkgnd.CreateSolidBrush(nCtlColor);
} >>516
当然
カスタムコントロール作ってたよ
で
それを、いちいち
ヘッダーで宣言して
DoDataExchangeでidで割り当ててとか
糞めんどくさいこと
ちゃんとやってました
時系列なんか変えてないよ >>518
おまえ、stdafx.hプリコンパイルドヘッダーとか、カスタムコントロールの実際の使い方とか、知らないんだろ・・・
はじめて１個しか作った事がないとかゲロったの>>509だろ >>519
は
もっと前にQtでGUIプログラミング始めました
宣言してるよ >>520
>>452の事か？ID違うし>>465から一気に一行の文字数極端に少なってるから同一人物かなんてわかんねえよ >>519
カスタムコントロールで
cssでスタイル指定できるようにできたの?
そんなの知らなかったよ
後の祭だけど >>522
cssで、じゃねえよ
ようするにGUIから色設定できりゃいいんだろ？ こいつ、わざとqtにしかないのとか吹っ掛けてgoogle代わりにしてんのか >>523
え
qtで
cssのセレクターでまとめて指定できる
便利さ体験しちゃったら
デザイナーでチマチマ設定できたって
もう満足できない
そもそもlinuxで動かないし
というか、カスタムコントロールの分は
コード量にカウントされないんすか? マウスで範囲選択 or ctrl+クリック複数選択 → プロパティ変更 >>526
そなのqtでもできますわ
でカスタムコントロールのコード分は
コード量に含まれないの? >>527
もしかして>>517がexe１つに１つだけ増えるのを騒いでんの？ >>528
え
exeで一つ?
バカいっちゃいけない
コントロール種類別にいちいち
指定しなきゃいけないんだよ 何十種類も何百種類もユーザーorカスタムコントロールを作るの？ メッセージポンプってどこが言い出した言葉なの？ms? >>ID:qY2f0KA1
>>ID:b5COuSeC
両者、御苦労様。第三者としては面白かったし役に立った。
こう言うのを漁夫の利と言うのかも知れないけど
自分も回路図を公開してるから誰かの役に立てば幸いと考えてる。 多分qtマニアの人は1つのインスタンス毎にコントロールのクラスを作ってるか、
インスタンスを生成する毎にハンドラコードも生成されると思ってんじゃないかな もういいよ
好きなようにいってりゃいい
60個ぐらいあったclass半分以下になったし
減るわけ無いって言われたって減った >>533
というか
なんでマニアなんだよ
LinuxでGUIアプリつくんのに
もっと良いやつあるなら教えて マジか・・・カスタムコントロールの類を何で60個も作るんだｗ
何がわかってなくて、頓珍漢な使い方してるのか、大体想像は付くけど >>536
カスタムだけじゃないよ
全部でだよ
はやくQt使ってればよかった あーそうだね何で世間じゃqtが使われないんだろうね不思議だね >>538
みんなWindowsだからじゃないの?
ほんとバカみたい qtの開発環境もバイナリもwindowsで動くよね何で使われないんだろうね >>540
みんな知らないんだよ
ここにだって居ないじゃん知ってる人 >>542
じゃ
LinuxのGUIアプリ作れるやつの
オススメ教えてよ
Windowsなら間に合ってます Linuxに拘らなければそんな苦労しなくていいから誰も見向きもしないんだよ
qtの方が〇〇みたいな他を知らないが故の勘違いを垂れ流すのはやめような >>544
Linuxで作る際にQtは便利だ、って言う主張に違和感はない。
更にはLinuxのみに拘ってるとも、苦労してるとも書いてないから君の主張は奇妙だの感想しかない。
余計な文言加えて複雑にし相手に悪印象を与えてる感じ。イメージ戦略なのかも知れないけど嫌な性格だ。
それに>>468氏も「KDEやLXQtがほとんどQtで書かれてるから流行ってなくはない」と言ってるし。
自分の使用CADもLinuxではQtを使ってる。CADを開発してる人は君より技術力がある推測する。
＞qtの方が〇〇みたいな他を知らないが故の勘違いを垂れ流すのはやめような
Linuxで開発する時にQtより良いツールがあるなら紹介してと言ってるのに、それに応えようとせず、
この文言は真っ当な人間ならしないな。この文言の成立は他の良いツールを知って紹介した時だけに適用。
＜答え＞Windows を使えっての大アホの極み。（結局、君の言いたい事はコレじゃないのか） >>546
> Linuxで作る際にQtは便利だ、って言う主張に違和感はない。
これだけ連呼するならいい
クラスのコードとインスタンスの生成数もわからずにクラスの数がーみたいな嘘を並べるのをやめろと言っている
> Linuxで開発する時にQtより良いツールがあるなら紹介してと言ってるのに、それに応えようとせず、
>>543の ”じゃ” の前後が繋がっていない
無知による相対的なWinの開発環境に関する嘘の追及逃れから、
Linuxで動くバイナリの開発環境に繋げようとしている > それに>>468氏も「KDEやLXQtがほとんどQtで書かれてるから流行ってなくはない」と言ってるし。
世間一般で動作しているPCで稼働しているKDEやLXQtの数自体が少ない＝流行っていない
Linuxだけでは流行っている と Winも含めて流行っている では雲泥の差がある わき道にそれるけど、WSLでdebian10はまだ無理だな
qt5がコケてるからqtできない
WSLでqtするならしばらくは4安定 >>547
「嘘」と断定するなら君がQtとQt以外を比較した根拠を示すべきだと考える。
普通は「お前レベルだと、そうなのかも知れない」程度で聞き流すと思う。
>>549
如何にも「俺はQtにも精通してる」と暗に言ってる的な印象にもとれるけど
WSLでNGなら直にLinux上で挙動を確かめればいいものを君は話しと同様、
何か複雑にして使わないと気が済まない性格だ。この類の人の話は半分が経験則。 一言足すことを忘れた。
直にLinux上で挙動を確かめればQtに問題があるのか
WSLでQtを使った場合に問題が発生するのかを切り分けることが出来る。
因みにLinuxのネイティブアプリ（CAD）でも、そのままならコケることはあった。 >>550
> コントロール種類別にいちいち
> 指定しなきゃいけないんだよ
こんなド素人の勉強に付き合ってやるつもりはない
１つのプロセス内での１つのクラスのコードの存在数（１つしかないがな）と、
そのクラスのインスタンス（データ）の存在数（newした数だから知らん）辺りを掲示板で教えるとか無理
それでqtのコードの量が少ないとか根拠以前の問題 仮に好意的に解釈して、この人が10のコントロールの派生クラスを実装したとしよう
独自に派生したコントロール１つにつき、どこで何を指定しなければならないのかが不明
そもそもインスタンス毎に指定するのであれば、指定するのはコントロール（クラス）に対してではなくインスタンスに対して、になる
> コントロール種類別にいちいち > 指定
この部分のコードを公開した方が話が早い
開発環境や言語仕様やフレームワーク類の作法も知らずに無駄な事をして、他の開発環境のコード量は多い、qtは少ない、と喚いているようにしか見えない 引っ込みがつかなくなってるだろうから当ててみよう
フォーカス移動時に自動で全選択するアップダウンコントロールを実装
１つのフォームに必要な数だけCMyUpDownCtrl1、CMyUpDownCtrl2、CMyUpDownCtrl3を作る
デザイン時に適当なコントロールを配置し、それをCMyUpDownCtrlに置き換える
だから、IDEでプロパティを設定できないし、インスタンスを生成して使う側のウィンドウのハンドラでは、
インスタンス別にいちいち指定、ではなく、”コントロール種類別にいちいち指定”しなくてはならない VirtualBoxもDropboxもKindleも3dsMaxもQtアプリなのに流行ってないとかないわ
Photoshop ElementsもQtだろ なんだ
流行ってんのか
Qt
今度のバージョンアップって
Python正式さいようするんだっけ?
Python全然わかんないけど >>554
＞引っ込みがつかなくなってるだろうから当ててみよう
君は自分のことを昨日のID:b5COuSeC氏と勘違いしてるのか？
自分は第三者と名乗ってるから昨日の D:vDaHMBps だけど。
>>555
それが事実なら既に評価されて普及してる状況だな、事実か否が非常に重要だけど。
まるで誰かが知ったか振りのアホになった状況じゃないか、でも事実のようだ↓
https://qiita.com/hermit4/items/5156203201694966c9e4
既にWinも含めて普及しているから結論は出たね。そもそも誰かは謙虚さが足りない。 > フォーカス移動時に自動で全選択するアップダウンコントロールを実装
> １つのフォームに必要な数だけCMyUpDownCtrl1、CMyUpDownCtrl2、CMyUpDownCtrl3を作る
> デザイン時に適当なコントロールを配置し、それをCMyUpDownCtrlに置き換える
>
> だから、IDEでプロパティを設定できないし、インスタンスを生成して使う側のウィンドウのハンドラでは、
> インスタンス別にいちいち指定、ではなく、”コントロール種類別にいちいち指定”しなくてはならない
図星だから必死に話題を流そうとしてると見た >>560
性格がくどくて皆から嫌われる性格だな。既にQtでも広く普及してると結論が出たから
何かしらID:b5COuSeC氏が言及してるように効率的な側面を持ってるのだろう。
その点では君もD:b5COuSeC氏も自分も知らなかったけど新知識の収穫で得したろ。
君の個人的な主張より有名なソフトで使われてる実績、重みの説得力は断然違う。
君からの有用な情報としては>>549で言ったQt5はWSLで不具合が発生すると言うレスで
直にLinux上で挙動を確かめて問題点がQt5にあるのか、Qt5をWSLで使った時なのかだな。
それ以外であれば君の、どうでも良い下らない拘りに付き合う人はいない。 ×）既にQtでも広く普及してると結論が出たから
○）既にQtはWindowsでも広く普及してると結論が出たから >>561
おまえは話題を「当初からのqtの普及について」だった事にしてるだけで、
少し前までは>>465からの
> コードのボリュームが
> 減っちゃうから劣化なのかもよ
> こっちの方がスッキリして
> 解りやすくて良いや
> なんで流行らないんだろう
> Qt
この勘違いについて話している
大体もう既に世のマルチプラットホームはスマホを意識したJIT系に走ってる
スタンドアロン／クライアントの類が採用してるフレームワークや、案件の概要を検索汁 それと、「流行ってる」「（一部で）普及してる」「（少しは）普及してる」は違うからな
>>561ごちゃまぜにすんなよ？ > コントロール種類別にいちいち
> 指定しなきゃいけないんだよ
ま、CADを作るだのなんだのってレベルじゃないから、10年後に出直してこい それは
> コントロール種類別にいちいち
指定するものじゃないな
> インスタンス毎に
設定するものだな
それでコードが増えるって騒いでたの？ >>569
そもそも自動じゃないしあれ
Qtは自動だし、ソース汚さない
からスッキリ >>568
君と勘違いされてると自分も考える。
とにかく彼はズレてる人だとは判ったから彼にアンカは付けない、無視。 そう・・・コードが大変だね・・・プロパティから設定できなくて大変だね・・・がんばって・・・・・ >>572
おまえは「流行ってる」の否定を
「（マルチプラットホーム向けに作ってるアプリでって意味で）広く普及してる」
のすり替えが潰されたから勝利宣言して逃げようとしてるだけだよね まあ仕事やプライベートで色々触ってきて言えることは.NET最強
Qtとか鼻で笑うレベル 確かに.NETはガチだけど
QtだとWindowsやLinuxだけでなくiOSでもAndroidでも動かせるのが利点なんだよなあ これ、プロパティ設定できる方法に続いて、.NET他で使う方法とか検索させる為の釣りなのかね・・・？ XamarinはXamarin.iOS使わないといけないから >>579
ただの宣伝でしょう
Qt良いよって感想かいたら
凄いムキニなって
宣伝すんなって粘着された
で
結論は、Linuxで使えない
.NET最高
って宣伝です
まぁ、マトモにうごかないらしいけど
いちおう、MSがマルチぷラットフォーム
対応しました宣言したから
使ってほしいんじゃない >>581
おまえには聞いてねえ
粘着じゃなくて嘘とすり替えの詭弁を潰し続けただけだ
うせろ ubuntu上でSUPER_PIを実行すると結果がwindows上に比べて1割以上落ちるんだけど
これはwineのせい？
それともubuntu？ Linux推しの嘘つくアンチLinuxってまだいたのかよ。 ■ このスレッドは過去ログ倉庫に格納されています
