WindowsやめてLinuxデスクトップ! 5
■ このスレッドは過去ログ倉庫に格納されています
きっかけは、当初のWindows10の暴君ぶりでした。
計画性のないアップデートで勝手に再起動し保存されていないデータを消滅させ、
時間がないときにもおかまいなく長く起動を待たせる。
おいおい、アップデートさせるためにノートパソコンを持ち出したんじゃないよ。
ポップアップもうっとうしい。
こうしてLinuxデスクトップをメインで使うようになりました。
懐かしい感覚を得られるようになりました。自分でPCをコントロールできる感覚です。
ずっとWindowsにその感覚を取り上げられていたものだと気づきました。
今や必要なサービスはブラウザさえあればほとんど受けることができます。
オフィスソフトには、LibreOfficeという素晴らしいものがあります。(MSオフィスとの互換性アリ)
もう普段のデスクトップ環境としてLinuxデスクトップを選んでも差し支えありません。
こういう気付きをみなさんで共有しましょう!
(WindowsやめてLinuxデスクトップ!の前スレ)
1、http://mao.5ch.net/test/read.cgi/linux/1479089662/
2、http://mao.5ch.net/test/read.cgi/linux/1500357210/
3、https://mao.5ch.net/test/read.cgi/linux/1507061282/
4、https://mao.5ch.net/test/read.cgi/linux/1510842960/ 字化ファイルって文字コードの不一致だろ?
異常な状態にするオペレーターが悪いってことだろ。
Linuxで最後に空白ついたファイル作れるバグなんとかしてほしいわ。 unicodeではちゃんと存在するけどS-JIS(CP932か?)では存在しない文字が
Winのコマンドプロンプトでは化けるんですよ。
Linuxでの後端の空白も改行文字もプログラムでは問題ないです。
端末で扱うのはちょっと面倒だけど ubuntu 18.04はLinuxデスクトップをネクストレベルに引き上げてほしい sjisなdosベースなWindowsのファイル管理に後発のUTF8が通らないから文句言うのは間違ってるだろ。
ハッキリ言えばsjisに無い文字をそのまま使うほうが悪い。
と、まぁこんなところかな?
俺は多バイト文字のファイル名は%xxの形式に変化なししちゃうけどね。 >>702
自分で付けたファイル名じゃなくて、例えば動画サイトからDLした.mp4ファイルとか
sjisなんか全然考慮していないのもあるだろう どうでもいい、些末な事だな
ちょっとした不具合程度の話はどうでもいい
linuxデスクトップはどれもこれもいちいちメンドクサイ
アプリケーションも便利じゃない
今使ってる機能がない
自分で作るのは果てしなく難しい かつては機種依存文字だの文字化けするからSJISは使うなだのと批判しまくっていたのに、
立場が逆になってもWindowsガー(笑)ってなぁw一貫性が無さ過ぎ津w
結局、嫌ってるから叩いているだけって事だなwww ファイル名のようなシステムに、半角英数字以外を使うのは、おかしい。
全角文字など、UTF-8 文字は、テキスト部分でしか使えない。
システムでは使えない
Mac ではファイル名で、半角空白も使えない。
使うと各アプリでバグるから、半角空白をアンダーバーなどに変換してる
システムに使える文字コードと、テキストに使える文字コードは、根本的に異なる。
どのシステム・OS でも、半角英数字以外は使えない
たとえ使えると書いてあっても、各アプリでバグるから使えない。
世界中の開発者の中で、全角文字などのファイル名でテストしている者は、一人もいない
もし、UTF-8 のファイル名でテストしないといけないのなら、
日本語のアプリを作るのにも、中国語・韓国語など、
世界中の数百あるフォントを導入して、テストしないといけなくなるから、絶対に無理
だから開発者は、半角英数字にしか対応しない ファイル名の文字コードなんてファイルシステムの話でプログラムからは、ユニークになってりゃいいだけじゃない?
表示で文字化けしてても関係なく触れるし。 こんなレアバグがないわけじゃなけどな。>>エンコード
iOS 11.2.5の不具合:インド語の文字列を受信するとアプリがクラッシュするバグが発見
https://gori.me/ios/ios11/103494 そりゃ単純に
utf8がコントロール文字や\に干渉しないように
気を使って割り当てられるからってだけだろ >>704
確かに馬鹿でも適当にポチポチやれば使えるやつじゃないとな >>707
そんな不自由なのが嫌だから Linux 使ってんだよ。 ふと思ったんだけどNTFSってunicodeじゃなかったっけ?
sjisってFATだよな。FAT32でもファイル名の文字コードはsjis。
コマンドプロンプトの表示ってあれsjisだったっけ?
ファイルシステムでOKの文字コードをUIで弾いてるのか、な?
互換性が絡むのかもしれんけど、解せんのぉ・・・ >>686
普通調べてから買うだろwww
今のデバイスはほとんどリナックスOKだけど >>714
そう。
NTFSではファイル名をunicodeで記憶していて
コマンドプロンプトがsjisでしか表示出来ない
という仕様だから、??? とか文字化けする。
だから面倒くさい。
だから、上でsjis以外の文字を使うのが間違っている
と書いている人は間違っている。 というかネットはもうUTF-8やunicodeの文字を使ってるわけだし
大小文字も区別されているのだから、sjisで大小区別なしの方が
悪い >>714
NTFSというかWindows自体すでに内部はユニコードで扱ってる
コマンドプロンプトは互換性維持のためデフォルトはSJIS
コマンドで変更は可能 >>718
dos起動してwindowsのインスコHDDを覗いてみれば?
大昔からmsのファイル名は二重命名~~~~~~~ この「MSのルール厳守しろよ〜っ!」って技術畑の叫びが簡単に論破される流れが切ない
世界の技術者が標準ルールに乗っ取った流れに、のるのを願う msのルールってカゲロウほどの寿命しかないからな。先見える奴は捨ててるよ。
開発してる連中は特に。
win95バイブル読んで、msdnに契約してた頃には我ながら想像つかなかったけどな。 Winの場合は、OSがUnicode対応してても肝心のソフトがsjisしか
対応してないからどうしようもないというのが多々ある Windows10の更新後、一部のアプリが起動しなくなったぞ!
タスクバーにはアイコンが出るが、ウインドウが開かない。
だから、勝手に更新するなと思っていたのに。再起動したらこうなった。
糞ウンドウズ!!!
やっていることに自信満々なんだね、Windowsは。
自分なら互換性を考えて、慎重に慎重に、アップデートするところだ。
ほんとうに雑だな。
もうWindowsに依存するのは世界的にやめにしてほしい。 https://cloud-work.jp/windows/windows10home_trouble/
この記事読んでいたら、ほんとうに、Windows10というものを面倒臭く思うようになった。
大多数が使っているのがWindows10だから、こういう記事みたいに、
使い勝手の悪い仕様を淡々と述べることになるのだろう。
アップデートのタイミングを完全に、Linuxみたいに自分で選べるようにしておけば、
自分で現状を守ることができたのに。 >>721
技術者がMSルール選んじゃったんだから仕方ないよ >>727
そのMSルールって何?
sjisはJISの派生だし。CRLF区切りはASCIIの派生。
DOSのシステムコールはCP/M由来。
WIN16/32APIは旧MacOSのパクリ改変。
ネットのプロトコル等の規約はRFC/UNIX世界の範疇。
せいぜいのところ、SMBくらいじゃね。貧弱。 >>727
正確に言うと、MSルールにしないとぶち○すぞという脅しに屈したという事
もしマイクロソフトが日本の企業だったら、確実に独禁法違反で巨額罰金&解体だからな
トヨタなんか何も悪くないのに罰金とられてるしw
結局、法律は金持ちを正当化するための詭弁 ファイルシステムの話に犬厨が相乗りして会話のレベルがどんどん落ちていく様が面白いなw
利害関係なく「MS嫌い」を原動力にしている奴はどーしようもない、という事だw
そもそも、MSルールって何だよw
変な造語を作ってふつーに会話してるんじゃねぇよw自作自演バレバレだろwww MSでさえUnicode選んでいて、sjisの将来なんてあるのかと
Windows10みたいなキチガイOSなんかどうでもいいが sjisは日本語「だけ」対応すれば良かったからね。
言語かわったら別の文字コード扱いが当然で複数の自然言語をひとつの文字コードで対応するって発想が無い時代の産物だし。
unicodeも16ビットじゃ根本的な解決にならずに結局可変長な多バイトのUTF8が主流になってるだろ。
WindowsはFATの互換性を維持してるから、その辺は割り切るべきだね。 : : : : : |,: : ヽ: : ヽ; : : : ヽ; : \: :',
: : |: : : ',: : : \: : \: : : :\: : ヽ: ',
: : |: : : : '、: : : ヽ: :, ヽ-─‐: ヽ: : : ',: '、
: : |:l: : : ',ヽ;、: : :, く: -─` ̄ ̄l`_: : : :|: : '、
: : :|:l; : : ヽ,ヾ- 一 _ _ _ ',|´\:l: : : '、
: : : |'、: ,、r '' ` ィォ~'"´ ̄` 〈、 |: : : : :'、
|: : : ;>゙´ `┌─────────────┐
ト;: : ' ,_ │ │
: ヽ, ィfr'" ̄ _.| ネットって、 │
: : _ヽ Z' , '´ | マカーの嘘が │
: ::! -\ // ヽ ! すぐにバレちゃうから .│
: :.:', ゙ゞ、 \ _.| |
: :.: `'ー-‐\ ,.r‐ 、| 面白いよねっw. ☆ │
: : : : : : : : : : ` ー──ユ 、 \. |
: : : : : : : : : : : : : : : :./ノ ヘ ヽ │
\: : : : : : : : ,、 ‐' l´、 ヽ,`ニ´____________ゝイ
/: : : : :,.r ´\ / ゝ、 \//:::::::\| /::/ /::::::| ヽ /
: : : : : /.、 \\ 〈 ヽ ヽ::::::::::::::::::| /::/ /::::::::ト Y 突然でかいAAで宗教の話仕出して頭おかしいのやら
ここはLinux板だ 何故今頃になってsjisを呪っているのか分からんがw
sjisに未来は無い!とは言っても遺産として残るからなwこの掲示板もsjisだw メールでくる添付ファイルが圧縮ファイルの場合、
Linuxで解凍すると、日本語のファイル名が文字化けする。
誰に苦情言えばいい? まあMS嫌いでも選択肢としてLinuxがある時代はマシと言える
80年台後半から00年台前半まで、ほぼMS以外の選択肢は無かったからな
今はもうWebアプリの時代になったからブラウザさえ動けばOSなんか何でもいいって事で
逆にPC UNIXとしてLinuxしか選択肢のないこの時代はSolaris やBSD連中にとって冬の時代とも言えるw ubuntu studio 16.04LTS 64bit
(Linux 4.13.0-36-lowlatency )
CPU Q9550s(CPUID=1067A、ucode 0xa0b(2010年の日付)) だけど、
CVE-2017-5753 [bounds check bypass] aka 'Spectre Variant 1'
> STATUS: NOT VULNERABLE (Mitigation: OSB (observable speculation barrier, Intel v6))
CVE-2017-5715 [branch target injection] aka 'Spectre Variant 2'
> STATUS: NOT VULNERABLE (Mitigation: Full generic retpoline)
CVE-2017-5754 [rogue data cache load] aka 'Meltdown' aka 'Variant 3'
> STATUS: NOT VULNERABLE (Mitigation: PTI)
未だ、BIOS、マイクロコードはUPDATEしていないけども、
現状とりあえず 3つ共 NOT VULNERABLE になった。\(^o^)/ >>736
unar コマンドで解凍したらいかが? >>739
> 今はもうWebアプリの時代になったからブラウザさえ動けばOSなんか何でもいいって事で
>>697の例もあるから、もうWindowsは面倒だよ ファイル名やディレクトリ名にスペースを使う感性が好きになれない
Program Filesとか気持ち悪い >80年台後半から00年台前半まで、ほぼMS以外の選択肢は無かったからな
どこの魔境だよ。半島か?
>逆にPC UNIXとしてLinuxしか選択肢のないこの時代
IBMやOracleと付き合ってみればいいのに。 >>744
スペースの入ったパスは「"」で囲わないといけないけど 「"」付きのパス渡されるとエラー吐くマヌケもいるしな テキスト部分に、UTF-8 を使うのは良いけど、
ファイル名などのシステム要件には、半角英数字以外を使ってはならない
各アプリで対応していないから、バグる。
世界中のアプリ開発者の中で、
全角文字などのUTF-8 ファイル名で、テストしている者は、一人もいない
例えば、日本人が日本語のアプリを作るのにも、中国語・韓国語など、
世界中の数百あるフォントを導入して、テストしないといけなくなるから、絶対に無理。
ファイル名の部分だけで、何年もテストしないといけない
圧縮解凍アプリなどは、特にバグる。
それに例えば「ば」なら、Mac では「は」+濁点になるから、互換性がない
半角空白が入っていても、" " で囲っていないと、引数の区切りに解釈されてしまう。
コマンド "a b" → 1つの引数
コマンド a b → 2つの引数
コマンドプロンプト・PowerShell は、sjis, utf8 も指定できる 今日の教訓
ネットワークインストール中に電子レンジを使ってはいけない スペースだけならバックスラッシュの方が手っ取り早いだろ
"hoge fuga"
↓
hoge\ fuga >>747
「世界中のアプリ開発者」とやらに謝った方がいいと思うよ。 >>747
テスト用のファイル名は「医療費一覧表」に決まってるだろ 思い込み激しいな。
世界中の開発者って証明どーするの? >>747
具体的にバグるアプリを教えてくれませんか? EUC-JPが出てこないところを見るに、ここのLinuxユーザはニワカばかりってことだなw 全角文字のファイル名は、圧縮解凍アプリなどで、バグる。
Mac の人は、全角文字のファイル名や、半角空白が入ったファイル名を、受け付けない
バッチ処理などで連続的に処理していく中で、どこでバグるのか、よく分からない
それに、家族👨 👩 👦 👦 などは規格もあいまいで、どう解釈されるのか分からない >>755
> 全角文字のファイル名は、圧縮解凍アプリなどで、バグる。
file-roller使ってるけどバグったこと無いのですが。 >>755
マカーだけど20世紀はそんな感じだったなぁ
ぶっちゃけwinユーザーからもらったファイル展開するアプリ持ってるかどうかってだけ >>742
I will try it!
Thanks. >>742
zipファイルのことなら、日本語パッチが当たったunzipを使う
ttps://gist.github.com/hamano/573753 : : : : : |,: : ヽ: : ヽ; : : : ヽ; : \: :',
: : |: : : ',: : : \: : \: : : :\: : ヽ: ',
: : |: : : : '、: : : ヽ: :, ヽ-─‐: ヽ: : : ',: '、
: : |:l: : : ',ヽ;、: : :, く: -─` ̄ ̄l`_: : : :|: : '、
: : :|:l; : : ヽ,ヾ- 一 _ _ _ ',|´\:l: : : '、
: : : |'、: ,、r '' ` ィォ~'"´ ̄` 〈、 |: : : : :'、
|: : : ;>゙´ `┌─────────────┐
ト;: : ' ,_ │ │
: ヽ, ィfr'" ̄ _.| ネットって、 │
: : _ヽ Z' , '´ | マカーの嘘が │
: ::! -\ // ヽ ! すぐにバレちゃうから .│
: :.:', ゙ゞ、 \ _.| |
: :.: `'ー-‐\ ,.r‐ 、| 面白いよねっw. ☆ │
: : : : : : : : : : ` ー──ユ 、 \. |
: : : : : : : : : : : : : : : :./ノ ヘ ヽ │
\: : : : : : : : ,、 ‐' l´、 ヽ,`ニ´____________ゝイ
/: : : : :,.r ´\ / ゝ、 \//:::::::\| /::/ /::::::| ヽ /
: : : : : /.、 \\ 〈 ヽ ヽ::::::::::::::::::| /::/ /::::::::ト Y おじいちゃんの知識2000年くらいで止まってるんだろうな 「ファイルパスに日本語入ってるとちゃんと読めない」ソフトはいまだにあるね
日本語に限らず非ラテン文字全般だけど
ファイル操作関連のライブラリが古いままなのかね >>760
unzipを上書きすれば、gnomeの右クリックメニューからの解凍や圧縮の機能にも反映される? >>755
思えば、Microsoft はセンスが悪いね。
UNIX では \ はエスケープ以外にはあまり使われない。使わない方がいいからだ。
MS-DOS 登場前からそうだったのだから、そこから学ぶこともできたはずだ。それなのにパスセパレータに \ を採用した。
これだけでもプログラマが眉をひそめるには充分だったのに、sjis だ。
ファイル名に使おうものなら sjis 専用にカスタマイズされた MS-DOS でしか扱えず、相互運用性が損なわれた。
p = strchr( filename,'\\')
とやっただけでは見つかった *p が本当にパスセパレータなのか判別できない。
純正プログラムですら粗悪で、ソースコードも見ることができない。
確かに、こんな環境ではファイル名に使う文字は ASCII 英数だけにしておいた方がいいだろう。
現在でも、他人とやりとりするファイルではそうすべきだと思う。君の言い分は全面的に否定されるほどおかしなものではないと思うよ。
でも、自分でプログラム書いたことないでしょう? 前提となる知識も無く知ったかぶりするのはちょっとどうかなあ…… DOSは最初サブディレクトリがなくて後から追加されたんだよな。
セパレータを0x5Cにしたのはいわゆるポカミスだって何かで読んだ憶えがある。
UNIX系で使われてたEUCは0x80以上に割り当てられてた半角非アスキー(半角カタカナとか)が1バイトじゃないのが嫌われてたな、一部のプログラマーからは。 MSがパスのセパレータに\(0x5c)を使ったのが悪いの?
sjisが0x5cを含めたのが悪いと思ってた
ともかく、俺は0x5cがあったらその1byte前がsjisの1個目に
該当するかどうかを判定する処理を入れてた。
Linuxは楽だ。
EUCの時代のことは知らない Windows 版のRuby のirb も、全角文字を入力すると、バグる。
TeraPad も、サロゲートペアが、?? になってしまう
日本語の扱いでは、Linux 版のRuby が最良だけど、
それ以外のアプリでは、どう処理されるか分からない
それに、家族👨 👩 👦 👦 などは規格もあいまいで、何文字かすら分からない DOS時代は8+3形式だったからファイル名に日本語つかうのは現実的じゃ無かったからね。
0X5Cが2バイト目に存在するのは仕方ない部分があるよ。
当時の半導体のコスト考えたら。
既にあったJISコードと互換性持たせて半角英数字、半角カタカナと全角と混在可能な当時としては使い勝手の良いコード体系だったんだよ。
全角は日本語以外考えなくて良かったし。 >>766
ごめん、「gnomeの右クリックメニューからの解凍や圧縮」(Nautilusかな?)を使っていないので、
分からない。
Nautilus Action Config Toolっていうのを使って、unzipを使うようにすればどうだろう。
コンテキストメニューの編集は他にも、python-nautilus というのもあるらしい。
ttps://askubuntu.com/questions/21953/how-do-i-customize-the-context-menu-in-nautilus/77285#77285 >>773
> 0X5Cが2バイト目に存在するのは仕方ない部分があるよ。
> 当時の半導体のコスト考えたら。
1バイト目が 0x81〜0x9F, 0xE0〜0xFC → 60通り
2バイト目が 0x40〜0x7E, 0x80〜0xFC → 188通り
で、表現できるのは 60×188 =
11280文字
仮に0x5Cをsjisに含めなければ、60×187 =
11220文字
60文字分キャパシティが減るけど、そんなに切羽詰まっていたのだろうかw テレビ番組の名前を、ファイル名にしていた人もいたけど、
「Hello!!」みたいに、! を含んでいたので、
bash のヒストリと解釈されて、エスケープもできないで、バグるとかw
ファイル名に、半角英数字以外を使うと、何かのアプリで、バグる >>775
JISコードと互換性なくせばできなくはないけど、
途中で1バイト飛ぶなんてコード体系もしあったらゴミクズ扱いされるだけだったろうね、当時は。
わざわざ0x5Cスキップさせるために余計なコードかかなきゃならないから。
メモリの価格を、バイト辺りいくら、なんて言ってた頃だし。
実際のところ、DOSはファイルネームを0x5cでエスケープするなんて無意味で馬鹿な処理しないからセパレータを0x2Fにしとけば問題なかったんだよね。 むしろWindowsだけがUnicode対応できてるだろ
Windowsはメモ帳ですらUnicode制御文字まで対応してるのに
LinuxのエディタなんかどれもこれもUnicode文字で制御乱れまくりだからな
RLOとかRLEとかあるとカーソル動かせなくなったり
ゼロ幅文字あるとカーソルの位置が合わなくなったり >>771
そういう判定は自前でやるべきものじゃないだろ >>774
おー、親切にどうもありがとうざいます。
gnomeのメニューの編集で試してみたいと思います!
これができたら、新しいタイプの暗号化強化版のZIPを、
日本語ファイル名文字化けフリーで解凍できるぞ。
ちなみに、Windows10の、右クリックメニューなどから選択する標準の解凍機能では、
このタイプのZIPファイルの解凍は非対応だった。 アプリの充実と完成度の高さはWindowsのが良いからねー。
wineでWindowsアプリ使うのがベター。 >>782
Windowsのどこが完成度か高いんだよ。
Windows7や8から10にupdateしたらみんな動作不良になったぞ。
結局10を買わざるを得ないか、7や8を再インストールするかの選択肢しかない。 >>783
>Windows7や8から10にupdateしたらみんな動作不良になったぞ。
そりゃ動作に問題が出た例ばかり集めてればそう見えるだろw win10はちょっと酷いな
まるでユーザーをテスター代わりに使ってるみたいだ
特に強制アップデートのHOMEエディションってなんだいありゃ?
うちも人柱でproエディション1台飼ってるから笑えねえ('A`) Homeは地雷だったな
だいぶマシにはなったが
Windows10を使うならProにすべき
でも、だいぶ設定を弄らないと使い物にならない
全体的に立体感がなくなって画面が見辛くなった 確かにhomeで作業的使い方はできないわな
作業用途ならlinuxの方がhomeよりマシだ その作業に使えるソフトがあればLinuxでもいいんだけどねえ >>787
同意です。
もし今、Linuxデスクトップ環境を使っておらず、他の人みたいにWindows10を使っていたとしたら、
どれだけ「あー!!!ク○!!!」と言ったかもわかりません。 もう2年ぐらいで7も使えなくなるから
早めにWindowsは見切ったほうがいい
ChromeOSかLinuxが妥当 嫌いな連中が喚いてるだけだからこーいう話に具体的な中身があったためしがないねw 家だとWindowsでもLinuxでもいいんだよ。
スクリプト簡単に使えるから俺はLinux選ぶけど。
でも仕事だとヘボPCしか支給されないからWindowsは勘弁。
メモリー4GBじゃブラウザとメーラー開いてたら今どきの開発用エディタでさえ開けんわ! >>792
そりゃ言い過ぎだww
officeが無いと仕事にならない環境もあるわけで、んなこと言ってると外に出て働けなんて言われるし
ブラウザとメーラーだけでエディタ開けないって、他に問題あるんじゃねえの?
それにしてもいきなり問答無用でうpでかかるってのはマジで迷惑
まあ、一般使用でwindowsが無視できないのは仕方ないわな 作業用途だとPro>Linux>homeだなぁ
ウチは作業用PCはPro機とLinuxMint機に任せてるわ
homeもあるけど専らネット・動画閲覧用だ >>776
あの時騒いでたのは君か。君には無理だろうね。そもそも、おすすめすることでもない。
そうする理由がある人間が責任転嫁せずに自分でメリット、デメリットを評価した上ですることだ。
もちろん遂行能力も必要だが自分でマニュアルを読むという程度のことだ。誰でもできる。
あの時の彼がうまくやってるかは分からないが。 >>776
文字化けするのは仕方がない事ですが、バグるのは仕様を満たせていないアプリのせいですよ。 Windowsアプリは、と言ってるのになんで、Windowsは、とわざと誤解するかねぇ。
そう言うところがLinuxユーザがまとめて嫌われる原因のひとつになってんだよな。
Windowsはhomeを常用にしたことない。
2KからずっとPRO以上にしてる。
じゃないとWindowsなんてまともに使ってられんw ■ このスレッドは過去ログ倉庫に格納されています