WindowsやめてLinuxデスクトップ! 22
■ このスレッドは過去ログ倉庫に格納されています
きっかけは、当初のWindows10の暴君ぶりでした。 計画性のないアップデートで勝手に再起動し保存されていないデータを消滅させました。 今でも外出中に、アップデートプロセスのため仕事が始められず呆れることがあります。 それにアップデート後にディスク容量を圧迫するのは本当にやめてほしい。 さらにはアップデートに伴ってゲームやその他ソフトウェアをインストールし、 デスクトップ画面上やメニューにショートカットやガジェットを作成し、 結果的にデザインを変更し、ユーザーの利便性さえ変えてしまう。 このような行為にはとても違和感を覚えます。 会社等で社員に使わせている場合、こういうことをされると非常に困ります。 私のパソコンで、頼んでもないことを勝手に行ってほしくない。 こうしてLinuxデスクトップをメインで使うようになりました。 懐かしい感覚を得られるようになりました。自分でPCをコントロールできる感覚です。 それはずっとWindowsに取り上げられていた感覚なのだと気づきました。 本来のOSとは、Linuxのように静かなものです。そこには管理者である私しかいません。 今や必要なサービスはブラウザさえあればほとんど受けることができます。 オフィスソフトには、LibreOfficeという素晴らしいものがあります。(MSオフィスとの互換性アリ) もう普段のデスクトップ環境としてLinuxデスクトップを選んでも差し支えありません。 ところが企業や学校では文書はしばしばMSオフィスとMSフォントが前提にされています。 こうなったのは特に何も考えられずにそれらが惰性で使われてきたためでしょう。 しかしこれにより文書の互換性のため、周りもMSオフィス、結果Windowsが強制されています。 そこでOS選択の自由を求め、LibreOfficeとオープンなフォントが標準として積極的に利活用されることを願います。 Linuxのデスクトップ関連技術の発展(プログラミングを含む)や商用ソフトウェアの登場には、 利用者数が増えることが大切で、これは好循環を生み出すはずです。 Linuxデスクトップ環境の充実を議論しましょう。 >>2 に過去レスです。 どういう使い方してlinuxでファイルシステム飛ばすんだよw 嘘乙 >>143 Windows8.1さんと10proさんが憤慨しています >>129 >てか、いい加減に文字コードとそのエンコード形式は区別つけようよ 誤魔化したいのは分かるがw LinuxがFAT32にUnicodeで追加された文字を書きだせないと言う欠陥を持つ事に何ら変わりねぇわなwww >>146 あのさ、Windowsもユニコードだってのは分かってる? >>147 オープンでないものは何が隠されているか怖いからな インテルのオンボだと垂直同期オフにしないと60fps固定になっちゃうんですけど垂直同期オンのままリミッター外せないでしょうか? windowsなら特に何もしないでも最初から出来るてるんですけど >>144 一時期Linuxカーネルにext4ぶっ壊すってバグあったの知らんのけ? >>148 元記事ってコレか?w http://note.kurodigi.com/linux-usbcharset/ >USBメモリのフォーマットはデフォルトでFAT32が主流であり、WindowsはFAT32にファイル名を書き込む際にShift_JISにエンコードするため、日本語文字コードがUTF-8やEUC-JPのLinuxでは文字化けを起こします。 これが正しいか間違っている鴨判断できないなら、お前はこの程度の話題について来れるだけの知識≒ググって数秒で点けられる程度の知識もないって事だw 犬厨は馬鹿しかいないと思われたくないなら発言すんなよwww cp932とmacJapaneseが区別できないかも >>147 きみが「Windows でないと動かず Wine でもダメなソフト」以外は全て Linux を使い続けているなら その言葉にも説得力があるだろう 犬厨って 林 檎 と 白 い お 父 さ ん 犬 が大好きなア フォ ン厨の事ですよ。 でもアッポレOSはWindowsと違って恐怖のiesysとA gentBaseに感染しないから、 身に覚えのない誤 認 逮 捕をされないんだお(笑) ext4壊すしファイル名おかしくするしゴミだな、Linuxは。 MS帝国に支配されなくない意識高い系の君達は当然Intel帝国にも支配されたくないよな ARM系CPUのraspberry pi 4(新型)はHDMI端子が2つあってデュアルモニターでも使える RAM 4GBのモデルが55ドルだからIntel入りパソコンはもう要らないよな 技適通ったらパソコン捨ててraspberry pi使うよな? まさかと思うけどIntel帝国のポチなんて続けないよな GAFAに支配されないためにYoutube見ない Amazonでモノ買わない Facebookの垢なんて作るらない iPhoneやAndroidスマホを使わない ガラケーとポケットWiFiと小型液晶付きのラズパイを持ち歩く 意識高い系なら当たり前 Facebookが独自の仮想通貨を作って世界基軸通貨である米ドルの座を脅かそうとしているのが恐ろしい 民間企業が政府に取って代わり権力を握り国民を支配する恐ろしいSFの世界が近づいているのかねぇ GAFAと比べたらMSは良心的に思える >>146 > LinuxがFAT32にUnicodeで追加された文字を書きだせないと言う欠陥 これは何なのん? >>159 意識低いんでAMDつかってる Linuxの日本語化ってUTF8のおかげで ゲロ簡単になったよね Linuxで書いたQtのプログラムをWindowsでビルドしようとしたら 文字コードがどうとか改行コードが違うとか くっそめんどくさせ 例えば、Linuxではこんなファイル名は扱えない可能性があるとw https://i.imgur.com/mUA8p0X.png >>159 ARMはARMで別の帝国じゃないの 完全無国籍のCPUってある? >>153 なんか訳わかないやりとりしているしているけど、そのリンク先に書いているように、 LinuxでWindowsで使っているFAT32なUSBメモリをmountするときは明示的に 文字コートやコードページを指定して # mount -o codepage=932,iocharset=utf8 みたいにしないとダメってだけの話だぞ 他にもzipファイルを伸長時に文字コードの指定が必要な場合もある (Ubuntuの日本版だとShitfJISをデフォルトにする設定が入っているけど) Windowsは内部はユニコードのUTF-16だけど外部は未だにShiftJISがメインで、 Linuxは内部も外部もユニコードのUTF-8(UTF-32やUTF-16の場合もある)だから ボロいWindowsとのやりとりに文字コードの指定が必要になる場合があるだけ ext4不具合なんちゃらいってるがRAIDの話じゃねーか Windows10なんてRAIDでぶっ壊れる不具合はLinuxの比じゃないし 何重箱の隅の隅つついて嘘流してんだよ しかも強制updateで起こすし >>171 >なんか訳わかないやりとりしているしているけど、そのリンク先に書いているように、 >LinuxでWindowsで使っているFAT32なUSBメモリをmountするときは明示的に >文字コートやコードページを指定して ># mount -o codepage=932,iocharset=utf8 >みたいにしないとダメってだけの話だぞ みないにしなきゃいけないからダメって認識できないのが如何にも犬厨って感じで微笑ましいなw >Windowsは内部はユニコードのUTF-16だけど外部は未だにShiftJISがメインで、 >Linuxは内部も外部もユニコードのUTF-8(UTF-32やUTF-16の場合もある)だから >ボロいWindowsとのやりとりに文字コードの指定が必要になる場合があるだけ Linuxの実装の問題なのにWindowsガーwwwほんとお前ら脳味噌腐ってんなwww >>172 >ext4不具合なんちゃらいってるがRAIDの話じゃねーか https://ja.wikipedia.org/wiki/Ext4 欠点 遅延アロケーションとデータ損失 を読むと、EXT4はかなりの欠陥ファイルシステムだと分かるなw ジャーナリングって何だろうwwwwwwww あれだけ乱立させてるくせにNTFSレベルに達してるものが1つもない >>146 > LinuxがFAT32にUnicodeで追加された文字を書きだせないと言う欠陥 これは何なのん? >>174 相変わらず引用が独善的スタイル >>146 > LinuxがFAT32にUnicodeで追加された文字を書きだせないと言う欠陥 これは何なのん? そういえばMS-DOS時代から引きずるWindowsのクソ仕様にエクスプローラで 半角の\ / : * ? " < > |がファイル名に使えないというのがあったっけ 例えば、2019-08-22 12:00.txtというファイルがエクスプローラでは作れない Windowsクソすぎw Windowsでは過去との互換性のために、FAT32でのファイル名やZIPのファイル名、 テキストファイル等あっちこっちにShiftJISが残っているから、これらを使いつづけるなら 他のOSでは個別の対応が必要、嫌ならNTFSやexFAT、7ZIPやRARとかを使えばいいと いう話が、なんでLinuxがダメという話になるのかわからない 濡れ衣もいいところ >>180 [右クリック] → [新規作成] → [テキスト ドキュメント] 過去との互換性のためにと言っても精々が10年で15年前のアプリは動けば御の字。 OS自体が長くて10年数年なので、いい加減に15年以上前のアプリは切り捨てろと。 因みに15年前に作った「MFC」ベースのソースは「visial studio 2019」では 実行形式を作成できなかった。個人用のツールだし老兵は消え去るのみって感じか。 >>168 自分も意識低いのでAMDでメインのLinuxを使い、WindowsもAMDで使ってる。 Windowsを使う理由はWindows用の一寸したツールを作ってるから。 君の情報を参考にLinuxでツール作る時はQt使う。今はWindowsでツールを作ってるので VS(visial studio)を使ってる。それにして VC++6.0 と 2000年代の VS は結構違う とか言う奴がいたけど(確かに多少は違うけど)1990年頃のMS-Cから大した変わってないな。 結局、結構違うと言って奴の正体はMSの「宣伝マン」の可能性が大きかったと言うことか。 >>181 要は無駄な抵抗は止めて過去のWindows用のアプリは蒸発して消えれば良いのか。 一興であるが対価を出して購入したユーザーは発狂になると。 >>175 わざわざ使ってないバージョンのカーネルばかり引っ張りだして ネガキャンされてもな >>176 またド古い今時役立たずな日本語wikiなんぞ持ち出されてもな 実際にext4の信頼性はかなり高くてファイルサーバー用途には 十分だし、赤帽系のようにXFS使っても良い >>182 それそれ Windows 10の場合、そのやり方でファイル名を2019-08-22 12:00.txtにしようと すると:を入力した段階で ファイル名に次の文字は使えません: \ / : * ? " < > | って表示されるはず Linuxでファイル名に使えないのは/だけだけど、Windowsでは今でも使っている ドライブレター関係(CドライブがC:だから:を使う)だけでなく、DOS時代のワイルド カード、パイプ関連の* ? < > |が使えなかったり、他にもデバイスファイル関連で con.txtとかcom1.txtとかlpt1.txtも作れないはず >>181 犬厨がFAT32が採用する文字コードを理解せず、WindowsガーSJISガーと叫んでいるだけだからなぁw 要はアレだ。お前らの知識はFAT16やWindows3.1あたりで止まっていると言う事だw >>187 Windows 10でFAT32でフォーマットした空のUSBメモリに、ファイル名が ファイル.txtとデータ.txtな空のファイルを作って、USBメモリのデータを まるごとダンプし、適当なバイナリエディタで見てごらん ファイル.txtのShiftJISでの16進コードである 83 74 83 40 83 43 83 8b 2e 74 78 74 やデータ.txtの 83 66 81 5b 83 5e 2e 74 78 74 がちゃんと見つかるから UTF-16の方の D5 30 A1 30 A4 30 EB 30 2E 00 74 00 78 00 74 00 C7 30 FC 30 BF 30 2E 00 74 00 78 00 74 00 も見つかるはずだけどね Windowsばっか使ってると文字コードとフォーマットを一旦分けて考えることも出来なくなるのか 怖や怖や >>183 >15年前に作った「MFC」ベースのソースは「visial studio 2019」では 実行形式を作成できなかった。 そうやって切り捨てられるのが恐ろしい>windows Linux vs Windowsってスレでも立てたら? そんぐらいだと32bitだからそこ64bit対応にするのとバッファオーバーラン周りで大量の警告でるのはしょうがないよ mfcじゃなくwindows api直でかいてれば少しの修正ですんだかもね >>191 まじでバッサリやって来るよ それか、放置プレイ ATLの正規表現だったかなんかが バッサリ切られて途方に暮れて 野郎ソース拾ってきて、どうにかビルドしたとか リテラル文字のUnicodeがどうとかで 全部の文字列にアホみたいにマクロ書かなきゃいけなくなったり そうやって苦労して保守しても MFCに新機能なんか来ないし よくて放置プレイで未来がないんだよ とっととQtで書き直せばよかった 正規表現はc++にあるから整備する意味がないんだろ多分 文字コード用切り替えマクロとか置換で終わる上に 文字コードの指定が必要になったのはwindows固有の話じゃないよ あとコンパイル時オプションでも切り替えあるし >>196 は Linuxのqtで書き直したけど 文字コードがどうとかとか なんにも書く必要ないよ Windowsでビルドしようとすると VC++みたいに糞めんどくさくなる そんで、がんばってしのいでも Windowsのネイティブ環境は 劣化か廃止の未来しかない >>198 だから Linuxのqtならそんなのも要らないんだよ だって最初からUnicodeだし… 文字列にマクロ使うのは 多言語対応するのに tr()ってやるぐらい いらんのか? wchar_tならLいると思ってたけど >>200 え VC++だとゴチャゴチャやんきゃいけないんだよ LとかTとか もう何がなんだかわかんね VC++のせいで、C++めんどくせ って思ってたけど QtでC++で書いたら 全然簡単だった VC++がc++の風評被害だったなんて Qtでコード書くまで知らなかったよ 文字コードの理解が根本的に足りてない linuxだろうとユニコード文字列ならLいる charだけでwchar_t使ったことないってことだろ 正直日本語でマルチバイト文字使う気にならんで >>203 だから L()なんて書かなくても いけるってば LinuxのQt 嘘だと思うならやってみればいい あ MFCのCStringみたいなやつで QStringってクラスがあって 文字列はそれ使えば何も考えなくたって ok ネイティブc++は知らん windowsもマルチバイト文字ならLいらんぞ gccだとユニコードとマルチバイト文字ごっちゃにすると警告はでるね >>206 LじゃなかったらTって書かなきゃいけないじゃん コンパイルオプションでマルチバイトにすればいらんよ >>209 最初、それで誤魔化してんだけど なんだったか忘れたけど それだけじゃ しのげなくなったんだよ もう忘れたけど どっちにしてもQtの方が簡単で 将来性も明るいかどうかわ わかんけど MFCほど暗くない って思った 日本語文字だけみればUTFは重たいだけのクソ仕様なんだよな。 qtだのMFCだのの問題じゃなくって、>>209 が全て まーUTFで一番ワリ食ってんのは英語圏の連中なんだけどなw >>187 犬厨って 林 檎 と 白 い お 父 さ ん 犬 が大好きなア フォ ン厨の事ですよ。 でもアッポレOSはWindowsと違って恐怖のiesysとA gentBaseに感染しないから、 身に覚えのない誤 認 逮 捕をされないんだお(笑) Win10の糞ぶりに呆れ果てて皆スマホに行っちゃったからねぇ この前知人1億人くらいにLinux教えてあげたら全員またPC買うわって言ってたわ キーボードで、フリックより高速に文書入力したいって人には Chromebook だろうが何だろうが関係ないよな >>195 野郎(やろう)じゃなくて野良(のら)だろ >>188 >UTF-16の方の > D5 30 A1 30 A4 30 EB 30 2E 00 74 00 78 00 74 00 > C7 30 FC 30 BF 30 2E 00 74 00 78 00 74 00 >も見つかるはずだけどね の部分をこう書いている時点で自分がどうして他人に噛みつけるのか気づかないから犬厨は犬厨なんだよw これはFAT32の仕様なのだから、仕様に合わせるのが当たり前w なぜこれで「SJIS以外が化けるLinuxの実装が正しい」と扱えるのかさっぱり分からねぇw 何もかもWindowsが悪いニダー(笑)ってかwww >>212 英語圏であっても、 諸外国からプログラム作成などの 仕事は当然あるだろうに。 ワリ食ってない。 >>218 何を逝っているのかわからないので、なぜ日本語Windows 10でのFAT32で、ShiftJISでの ファイル名とUTF-16でのファイル名の両方が記録されているか説明するね FAT12/16はMS-DOS用のファイルシステムで、8バイトのファイル名+3バイトの拡張子で ファイル名が記録され、FAT32はWindows 95 OSR2で採用されたファイルシステムだけど DOSとの互換性から同様に8バイトのファイル名+3バイトの拡張子で記録される MS-DOSの国際化の仕組みに従い、FATでは今も日本語Windowsの標準ではコードページ 932、 ShiftJISでファイル名を書き込むようになっている したがってFAT上ではShiftJISでファイル名が記録される もう一つWindows 95あたりからVFATというFATへの拡張が導入され、8+3バイトのファイル名とは 別に長いファイル名(LFN)を持てるようになった 特殊なファイルとして長いファイル名の情報がUTF-16で記録され、FATとの互換を保つために FATでのファイル名とLFNは同期されるようになっていて、LFNでのProgram FilesがFAT上では PROGRA~1のように記録される よってLFNとしてUTF-16でのファイル名が記録されるので、ShiftJISとUTF-16の両方の ファイル名が記録されることになる FATでのファイル名とLFNは同期がとれていないとダメなので、日本語Windowsの標準コード ページ 932ならば、LFNで使える文字もFATでのファイル名に使うShiftJISに縛られてしまう そうでないとDOSとの互換性が損なわれる LinuxはUTF-8が標準で、Windowsでもコードページを65001にすればFATでのファイル名 の文字コードもUTF-8になるはずだから、そうすればShiftJISから離れられるけど、 世の中のほとんどのPCはコードページ 932だから文字化けする FAT32≠VFATなことに注意 >>220 どうして8.3形式で併記されるかの説明をしても、 Linuxの実装が出鱈目である事の説明にはならないって理解できないの?www ほんと犬厨は頭が悪いよなぁwwwwwwwwwww草生え放題だぜwwwwwwwwwwwwwwwwwwww 要はアレだ、ググって調べてくる事は出来ても、それを理解する能力は無いって事だw どうしてFAT32のボリュームにファイルを書き込んだ時、UNICODE領域の文字が文字化けするのか? 犬厨の理解度「FAT32の実装が汚いから!」 事実「LinuxがFAT32を正しく扱わないからw」 なんでこんな事も理解できないんだろうなぁw 指摘されたんだから少しは理解しろよwwwwwww >>221 _, ._ ( ・ω・)んも〜 ○={=}〇, |:::::::::\, ', ´ 、、、、し 、、、(((.@)wwwwwwwwwwwwwwwwwwwwwww ファイル名・ユーザー名など、システム要件に、sjis を使っちゃいけない! 世界中で、sjis でテストしている人がいないから! 例えば、日本人の開発者が、数百ある外国語で、テストしないのと同じ! UTF-8 以外の言語は、国際化されていないローカル言語だから、誰にも分からない! 世界中の開発者は、半角英数字のascii か、UTF-8 でしか、テストしない! もし、数百あるすべてのローカル言語でテストすると、膨大な費用が掛かるので、無理 また、Windows では、aB, Ab のような、大文字小文字だけが異なるファイル名も、存在できないから、 Linux でそういうファイル名を作ってはならない! >>215 と言うか、今時は老いも若きもスマホだな、特に女、ソースは我が家だけど。 キーボードに慣れていればPC、キーボードに慣れていなければスマホって感じ。 PCは情報革命だったと考えるけどPCが必要でなければスマホ一択は自然の成行。 現状でPCと言えばWindowsが多数なのでツールはWindows用に作ってるけど アプリはLinuxで十分足りてる。Linuxユーザーが増えればLinux用で作る。 今さらDOSのアーキテクチャの呪縛に縛られるのもな 例えば、テレビ番組録画アプリで、 日本語の番組名をファイル名にしているアプリなどもあるが、 そういうシステム要件を作る人は、システムを全く知らない、素人集団が作っている! ファイル名・ユーザー名など、システム要件に、sjis など、日本語を使っちゃいけない! 半角英数字のascii だけを使う 例えば、Ruby では、ファイル名は、小文字と_ だけを使う。 例えば、ruby_version.rb みたいに統一されている こういう方式なら、Windows, Linux でも誤動作しない まだvba問題直ってない 強引にvba潰すつもりだな >>191 Visual studio 2019 で MFC を追加インストールしていないか、文字コードの設定を見直せばビルドは通る マイクロソフトは切り捨てることはあまりない Debian 10 や Cent OS 7 とかをみてもわかるように Linux のほうがばっさり過去を切り捨てている事が多い >>233 メッセージボックスの出し方も違っていたからコードレベルの修正が必要だと思う。 今更15年前のソースの実行形式をリビルドする気がないから切り捨てられたとは思ってない。 むしろ Visual studio 2019 でも MFC をサポートしてくれたことに感謝してる、しかも無料だし。 MS謹製(もとはサードパーティから買い取ったものだけど)のコンパイラは30年前は10万円程したから。 個人でMS謹製のコンパイラを初めて買った時は65000円出した。当時はMSの良いお客様だった。 OSが何であろうとPCは日進月歩時代なので、何時迄も古い環境を維持することには無理があると考える。 古いコードは古いコンパイラでビルドすれば良いんじゃね cd manipulalor とか、たしか Windows10 でも動いた筈 Windows10は動きが重いなあ。 同じマシンにDebian10とWindows10を入れているけど、 Windows10は遅延率が高い。 画面も黄色っぽくて文字も薄い。 そりゃ素のDebianは色温度の調整できてないから >>235 これがあればよいというシンプルな環境がいい >>225 >ファイル名・ユーザー名など、システム要件に、sjis を使っちゃいけない! >世界中で、sjis でテストしている人がいないから! むしろUTF-16でもロクにテストしてないってのがFAT32の一件だろw >>191 とか何言ってんだ?とか思ってめっちゃスルーしてたけど・・・ ただデスクトップアプリのオプションチェックしただけじゃ、デフォルトでMFCATLがはいんないってだけの話かw qtガイジの知識が浅すぎてもうね >>242 その人Qtなんて一言もいってないのに なんで、Qtガイジなんだよ ゲス朝鮮人か ネイティブレイシストか ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる