[過去ﾛｸﾞ] Debian GNU/Linux スレッド Ver.101 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
603: 2025/02/11(火)17:30 ID:0lqWyOFe(1) AAS
でびゃ～ん
604: 2025/02/11(火)18:38 ID:k5/UR30O(1) AAS
でぶぅ～
605: 2025/02/11(火)23:26 ID:aP+eIv4V(1) AAS
安定すぎて書くことが無い
606: 2025/02/11(火)23:45 ID:HAZxsYXN(1) AAS
古くて取り残されてる
607: 2025/02/12(水)02:17 ID:KEr9lGT0(1) AAS
>>602
誤：永遠と
正：延々と
608: 2025/02/12(水)07:41 ID:Jq3nj9vM(1) AAS
うわっ･･･私のOS、古すぎ･･･？
609: 板違い 2025/02/12(水)09:50 ID:tL7vxZuR(1) AAS
>>599
スマホでFirefox focus + Javascript無効なら大抵サクサク
Safariならリーダー機能
610(1): 2025/02/12(水)20:22 ID:T4wkqfUo(1) AAS
debianデスクトップでセキュリティ対策なんかした方がいいんかな？
611(1): 2025/02/13(木)00:35 ID:Czcktm0m(1) AAS
>>610
ClamAV等を入れても良いかもしんない
ただ、それよりもapt等によるアップデートの方が重要性は高い
ランサムウェア対策ならクラウドサービスとオフラインバックアップとか、別の対策が要るかなぁ
612(1): 2025/02/13(木)00:56 ID:hN2+0X5Z(1) AAS
>>611
ファイアーウォールとかポート閉じたりとかはしたほうがいいの？
サーバーとして公開してないから大丈夫？
613: 2025/02/13(木)18:26 ID:upL/2En4(1) AAS
プライベートアドレスでルーターNAT変換の後ろでしょ？
ということであまり心配いていないが 油断しすぎかなぁ
614(1): 2025/02/14(金)00:52 ID:F+SC3Xbx(1) AAS
ウイルス云々よりアプデで死ぬ方が早い
復旧できるスキルがあるならウイルス対策は必要ない
あまり大きな声で言えないが変なことしてなけりゃウイルス対策は必要ない
615: 2025/02/14(金)02:28 ID:pcWU1rx+(1) AAS
>アプデで死ぬ方が早い
何いってんの?
616(1): 2025/02/14(金)06:10 ID:GEI3L5DX(1/2) AAS
>>614
これな
どのOSでもそうだ
外部公開サーバーでもない限り、余計なアップデートはしないが鉄則
617: 2025/02/14(金)06:11 ID:GEI3L5DX(2/2) AAS
しょっちゅうアップデートしなきゃ気が済まない人はarch系がいいよ
618: 2025/02/15(土)01:14 ID:YPSC5xeU(1) AAS
>>612
sudo apt install ufw
sudo ufw enable
しとけ
619: 2025/02/15(土)07:06 ID:hoN3PeuN(1/2) AAS
ClamAVは主にWindows向けのウィルスを検知するアプリだから
サーバーならまだしもデスクトップに入れても効果は薄いよ
カスペルスキーが無料のLinux向けのウィルス対策アプリ出してるらしいが…
まぁ、基本的なセキュリティ対策を徹底してれば大丈夫
620(1): 2025/02/15(土)07:52 ID:sMmyvSPX(1/2) AAS
でもフィッシング偽装サイトとかリアルタイム防御がないとどうしようもないよね
WinやMac向けのウイルス対策ソフトはちゃんとブロックしてくれるけど
Linux向けはスキャンソフトしかない
621: 2025/02/15(土)08:08 ID:hoN3PeuN(2/2) AAS
フィッシング偽装サイトとかブラウザやDNSで十分対策できるだろ…
622: 2025/02/15(土)08:15 ID:Qf0fV1CD(1/2) AAS
すんません
完全無防備で30年UNIX一筋です
docker+wineでマルウェアの解析も出来ますよ
623(2): 2025/02/15(土)08:44 ID:TfE1xEf6(1) AAS
ブラウザのアドブロックでフィッシング対策等も出来まいか
メールのソーシャルな攻撃は知らんけど
624(3): 2025/02/15(土)08:46 ID:J44oIQfc(1/2) AAS
ctrl + ; でクリップボードの履歴出てきますよね？これって何のプログラムなんでしょうか
625(1): 2025/02/15(土)09:58 ID:0z99OJIZ(1) AAS
>>616
バグフィックスのアップデートもあるんだが
626(2): 2025/02/15(土)10:08 ID:7fT//YkB(1) AAS
Gnomeは機能が減って使い難くするアップデートね
627: 2025/02/15(土)10:09 ID:sMmyvSPX(2/2) AAS
>>623
アドブロック系ではフィッシング対策には足りないよ
DNSはブロック範囲が広すぎてそれはそれで不都合だし
628(1): 2025/02/15(土)10:12 ID:YgR92y2T(1) AAS
>>624
Q:
tell me if all the Debian 12 popular DE can manage clipboard history by keyboard shortcut Ctrl-;
A:
Not all popular desktop environments (DE) in Debian 12 come with clipboard history management by default, but you can achieve this functionality using clipboard managers like **CopyQ** or **GPaste**[43dcd9a7-70db-4a1f-b0ae-981daa162054](外部ﾘﾝｸ:itsfoss.com "1").
Here's a quick overview:
- **GNOME**: Uses **GNOME Shell Extensions** like **Clipboard Indicator** or **CopyQ** to manage clipboard history[43dcd9a7-70db-4a1f-b0ae-981daa162054](外部ﾘﾝｸ:itsfoss.com "1").
- **KDE Plasma**: Comes with **Klipper**, which supports clipboard history[43dcd9a7-70db-4a1f-b0ae-981daa162054](外部ﾘﾝｸ:itsfoss.com "1").
- **Xfce**: Can use **Parcellite** or **Clipman** for clipboard history management[43dcd9a7-70db-4a1f-b0ae-981daa162054](外部ﾘﾝｸ:itsfoss.com "1").
- **LXDE**: Typically uses **Clipman** or **Parcellite**[43dcd9a7-70db-4a1f-b0ae-981daa162054](外部ﾘﾝｸ:itsfoss.com "1").
省2
629(2): 2025/02/15(土)10:51 ID:Qf0fV1CD(2/2) AAS
>>624
fctixのclipboard addon
>>628
役に立たねえなあ
630: 2025/02/15(土)11:57 ID:J44oIQfc(2/2) AAS
>>629
なるほど、ありがとうございますスッキリしました
631: 2025/02/15(土)12:48 ID:kt8h+Eyy(1) AAS
>>629
いや、こういうことだから
Q:
Can ibus handle the history of clipboard as fcitx can do?
A:
IBus does not natively support clipboard history management like Fcitx does[43dcd9a7-70db-4a1f-b0ae-981daa162054](外部ﾘﾝｸ:fcitx-im.org "1"). Fcitx has a built-in clipboard module that allows you to access clipboard history using hotkeys like **Ctrl+;**[43dcd9a7-70db-4a1f-b0ae-981daa162054](外部ﾘﾝｸ[html]:kledgeb.blogspot.com "2"). IBus, on the other hand, does not have this feature out-of-the-box[43dcd9a7-70db-4a1f-b0ae-981daa162054](外部ﾘﾝｸ:fcitx-im.org "1").
However, you can use third-party clipboard managers like **CopyQ** or **Parcellite** with IBus to achieve similar functionality[43dcd9a7-70db-4a1f-b0ae-981daa162054](外部ﾘﾝｸ:extensions.gnome.org "3")[43dcd9a7-70db-4a1f-b0ae-981daa162054](外部ﾘﾝｸ:github.com "4"). These clipboard managers can integrate with IBus and provide clipboard history management.
Would you like more information on setting up a clipboard manager with IBus?
632: 2025/02/15(土)17:04 ID:/tbzbxgt(1) AAS
>>625
でっていう
633: 2025/02/17(月)22:57 ID:BB0wIh1F(1/2) AAS
知的障がい者や高齢者や社会に出て間もないパソコン初心者🔰
そういう人はWindowsを使うんだよ。使うしかないんだよ。
Linuxでセキュリティ云々言うならご自分で対策すれば良いのですよ。
634: 2025/02/17(月)23:06 ID:BB0wIh1F(2/2) AAS
デビスレでこんなセキュリティの話題が出るとは驚きだけど、
ぶっちゃけ約25年前のLinuxからあまり進展は無いしな😭
まあドライバの認識が良くなったのは良いところだろうね。
みんな頑張れよ😊
多分、20年先は今とあまり変わっていない
そう思いたくはないけどな
635: 2025/02/18(火)06:45 ID:824DP3X/(1) AAS
結構変わったよ
tpm2.0とbitlocker
calmav
fprintd
flatpakなどの隔離型アプリ
636: 2025/02/18(火)08:03 ID:JKWwEsWW(1) AAS
印刷まわりはAndroidの普及もあって、むしろWindowsのプロプライエタリドライバの方が地雷まである
スレチだけどKDE neonのLive USBメモリを試したらテスト印刷までスムーズ
※Windowsだとドライバ必須のモデル
637: 2025/02/18(火)17:28 ID:IncOl9/4(1) AAS
>>624
これなぁ。最初何がこれをやってるのかまったくわからなくてうざかったわ。
WM側では設定していないはずなのにこれで邪魔されてて。
デフォルトのキーマップはもうちょっと被りにくいものを採用して欲しかった（SuperもしくはAltとか）。
638(2): 2025/02/18(火)21:40 ID:vthzmet9(1/6) AAS
みんなクリップボードマネージャー使ってないのか？このfcitxの拡張機能クソ便利なんだけど、なんか他に良いやつでもあんの？
639(1): 2025/02/18(火)21:57 ID:NX6cMSrj(1) AAS
>>638
People can use third-party clipboard managers whatever they like
640(2): 既出のもの 2025/02/18(火)22:02 ID:ek+ED++C(1) AAS
Klipper(KDE)
Parcellite
Clipman
CopyQ
参考資料：
外部ﾘﾝｸ[A3]:wiki.archlinux.jp
641(1): 2025/02/18(火)22:04 ID:vthzmet9(2/6) AAS
>>639
if you learn english should using other platform
642: 2025/02/18(火)22:06 ID:vthzmet9(3/6) AAS
>>640
クリップボードマスターのおすすめはどれなのよ
643: 2025/02/18(火)22:09 ID:vthzmet9(4/6) AAS
>>640
リンクと名前読んでなかった特にお勧めなのがその四つなんですね
644(1): 2025/02/18(火)22:26 ID:VspGeR3K(1) AAS
>>638
使ってるよ
645: 2025/02/18(火)22:29 ID:jx3cT4HD(1) AAS
補足
外部ﾘﾝｸ:extensions.gnome.org
646(2): 2025/02/18(火)22:32 ID:qGi92+Bp(1) AAS
>>641
should usingってなに
今は小学校で助動詞を教えるので、should usingなどという小学生は居ない
647(1): 2025/02/18(火)22:34 ID:vthzmet9(5/6) AAS
>>644
なに使ってんのよ教えてよ
648: 2025/02/18(火)22:36 ID:vthzmet9(6/6) AAS
>>646
いや英語得意じゃないもん
使うべきって意味で書いただけ
正しいどうかは知らんよ
649(1): 2025/02/18(火)23:33 ID:QAAslyMl(1) AAS
Broken englishでも通じりゃいいのよ
朝 顔 洗い続けた
という日本語でもなんとなく意味は通じるじゃん
650: 2025/02/19(水)00:47 ID:JAJEel/8(1) AAS
小学生未満は酷い
651(1): 2025/02/19(水)08:18 ID:46cWOSfx(1/5) AAS
>>647
fcitx5のaddonだよ
昔はCopyQ使ってたけどもう必要ないな
652: 2025/02/19(水)08:47 ID:0R0fr7r6(1) AAS
>>651
そうなんですね
Clipmanは使ってみたけどctrl+;でいいやと思ったんで他と比べても必要十分なんでしょうね
653: 2025/02/19(水)08:58 ID:c75O1eXV(1) AAS
そもそもkill-ringのレジスタ機能があるから、クリップボードマネージャはいらん
654(1): 2025/02/19(水)09:13 ID:46cWOSfx(2/5) AAS
ただキーボード触らずに操作してる時もあるから
サンドイッチ食いながらコード読んでる時とか
gpasteはtopbarに表示してあるよ
CLIも付いて来て時として便利だし
gpasteによるclipboardとprimary selection同期の恩恵を受けているのか
fcitx5 addonでそれも十分なのか俺には分からないな
必ず両方使ってるから
けどgpasteないとうまく同期出来ないんじゃないかと思ってるけど皆さんはどうかな
655(1): 2025/02/19(水)09:27 ID:+kVwM+oV(1/2) AAS
>>626
open bar とか forgeを使いもしないでそんなこといったらあかん
656: 2025/02/19(水)09:46 ID:46cWOSfx(3/5) AAS
>>626
GNOMEはデフォルトで何でも入りを求めるユーザ向けのデスクトップではなくなったね
付いてくるタスクバー(window list)も放置でdash to panel推奨だしね
拡張は豊富だけどバージョン間の互換性がイマイチで
大きくバージョンアップすると
同機能の拡張を探し求めることになることがたまにあるな
あるいはパッチ作って送るか
657(1): 2025/02/19(水)09:50 ID:46cWOSfx(4/5) AAS
>>655
GNOMEはもはやユーザ少ないから情報が得にくいんじゃないかな
GNOME3で妙にディスる人が多かったから
658: 2025/02/19(水)09:53 ID:46cWOSfx(5/5) AAS
>>654
gpasteのgnome-shell拡張部分は(serverはそうではないけど)
現在メインテナンスされておらず非推奨でDraobpilcが推奨だって
サーバクライアント方式のサービスだからフロントエンドは昔から複数あったけど
659(1): 2025/02/19(水)09:59 ID:+kVwM+oV(2/2) AAS
>>657
日本じゃ少ないのかもね。macライクだから
wayllandの43.9以上で非常にスムーズだけど、時代はまだそっちにいかないのかな
660(1): 2025/02/19(水)10:44 ID:9y7JF5Pc(1) AAS
GTK系は、MATEとかのGTK2系のDEの方がまだマシに思える
GNOMEそのままメインで使ってる奴というのはちょっと想像つかん…
661(1): 2025/02/19(水)11:55 ID:lXZgr+QL(1) AAS
>>660
gtk2なんてもうありませんよ
MATEもgtk3です
GUI widget libraryとDEの区別つかないような人が
こういう事を言ってるんですよ
MATEやCinnamonはgnome2系と言えるよう頑張って成長してくださいw
662: 2025/02/19(水)13:13 ID:T1ITSgER(1) AAS
>>659
Gnomeはユーザー離れのせいか知らんけど、資金調達が難航してて
何年も赤字経営でプロジェクトの縮小が必要な段階に差し掛かってるべ
663: 2025/02/19(水)13:33 ID:BnlTMBr6(1) AAS
kde.orgとwww.gnome.orgでは、サイトの一番下に並んでいるSNSのアイコンの数が全然違うのだが、Gnomeも政治的な主張があるんかな。
664: 2025/02/19(水)15:44 ID:FLoCGtDz(1) AAS
Linux Mint Cinnamonでfcitx5-mozc使うのが一番平和っぽい
fcitx, fcitx5の話と
Gnomeの話と
gtkの話と
グチャグチャでカオスだな
Manjaro KDEを使う人の場合は大抵「我が道を行く」なので、この手の話題はスルーだべ
665: 2025/02/19(水)15:52 ID:JZA6M+rs(1) AAS
っと
ここはDebianのスレだった
DebianならXfceかLXQtと、fcitx5-mozcで良いんじゃね
im-configを実行する必要があるかどうかは手順依存かも知れんがな
KDEはK爺がBookworm以外の場合の問題を何処かで指摘していた気がする
666: 2025/02/19(水)18:58 ID:8gXuZgM5(1) AAS
4から5に移るときって何か起きるな
kdeといい
667: 2025/02/19(水)22:44 ID:kg1/gF4p(1) AAS
KDE Plasma6への移行はTrixieで進められているけど、どうなるものやら
668(1): 2025/02/20(木)07:36 ID:m6eaHZOT(1) AAS
ん?
年末にtrixieベースのsparkyが
klasma6乗っけてたような、、、
669: スレチ？？ 2025/02/20(木)09:31 ID:kvkjFyQR(1) AAS
>>668
Sparkyセミローリングの方ならPlasma 6なのかな
試してないや
670: スレチ 2025/02/20(木)09:56 ID:iYzuEa9Y(1) AAS
>>649
英語の節で主語が無かったら、関係代名詞節か命令文だろ
動詞から主語が分かる可能性のあるラテン系言語(仏西葡など)じゃねえんだから、対応関係による共通部分の省略や分詞構文等の文法ルール通りでない限りは主語の省略は通じないぞ、普通
※文法ルールによる省略の典型例：ASAP
other platformも意味不明
clipboard managersのことなら旧情報だから、書き写すか指示語を使うか
ルールを無視しすぎてbrokenではなくcollapsedだわ
671(2): 2025/02/20(木)17:56 ID:SNy0q99a(1) AAS
>>661
MATEはGTK2系のGNOMEのUIを再現しているDE。
GNOME3以降のゴミのようなUIに馴染めないロートル向けに、GTK3系の環境にわざわざ移植している。知りもしないものを無理に煽らなくていいよキチガイ
672(1): 2025/02/20(木)18:25 ID:Q2Hp1GXj(1) AAS
2chｽﾚ:linux
fedoraの話を聞いてDebian もgcc15苦しむだろうと、gcc のバージョン調べたら、sid は 14 で15はexperimentalだった。
trixieには間に合わせないのだろうか。
外部ﾘﾝｸ:packages.debian.org
673: 2025/02/21(金)01:55 ID:QxtxmRX/(1) AAS
>>672
gcc-15はforkyだって話だぜ。
674: 2025/02/21(金)07:14 ID:eO8vu4O2(1) AAS
上流（fedora）の作業待ちか
675: 2025/02/21(金)08:12 ID:haTs0i4R(1) AAS
大半はコンパイルオプション一個付けるだけ
けど暗黙の変更でccの動作変えるわけにいかない
のんびりやればいい
大した事じゃない
676: 2025/02/21(金)21:53 ID:OGt6ulFZ(1) AAS
のーみそこねこね
677: 2025/02/22(土)10:07 ID:zi7MP9B3(1) AAS
はっ！はっ！はま寿司！！！！！！！
678: スレチ？ 2025/02/23(日)13:05 ID:kjPozw93(1) AAS
>>671
なんか興味もった
Debian MATEを、寝てるPCにクリーンインストールして試してみるわ
そんなに懐古厨向けかどうか
679: 2025/02/23(日)17:20 ID:9Mr0cB50(1) AAS
>>671
GTK2系じゃなくてGNOME2系でしょ
680(1): 2025/02/23(日)17:23 ID:PypXJetS(1) AAS
MATEはそこから魔改造されて他のDEのレイアウトをだいたい真似ることができるカスタマイズ性の権化になっちゃってるわけだが…
バグは多い
681: 2025/02/24(月)12:26 ID:o3LQBm7W(1/2) AAS
KDE気狂いまだ暴れてるやん
一人で過疎スレ荒らしてて虚しくないの？
かなり年とってるよね君
682: スレチ？ 2025/02/24(月)12:27 ID:WejF9DL6(1) AAS
>>680
MATEカスタマイズの権化は草
聞く所によると、Windows 8.1風のウィンドウテーマもあるらしいとか何とか
683: 2025/02/24(月)12:47 ID:o3LQBm7W(2/2) AAS
KDEのクソバグ
・８年以上前からずっとある
・.desktopを使ったアプリケーションショートカットを編集しても変更が反映されない（環境変数など）
・.desktopから起動すると謎のエラーが出たり起動しなくなる
原因
・KDEが.desktopのキャッシュを更新しないバグが８以上前からある
対処
・kbuildsycoca5を.desktopを編集したあと必ず毎回実行する
現状
・ブログや掲示板やKDE公式バグトラッカー（現在２つある）に同様の報告がたくさんあるが確認できないので修正しないとつっぱねられる
省1
684: スレチ？ 2025/02/25(火)01:11 ID:9fxN9CH8(1) AAS
要するにGnomeかi3かSwayか、iceWMかlibwcを使えば良かろうなのだ
685(1): 2025/02/26(水)06:31 ID:LimORJWi(1) AAS
>>646
Should using linux hurt your mental health better get rid of it.
686(1): スレチ。 2025/02/26(水)12:11 ID:qisztRk5(1) AAS
だからshould usingなんて日本の小学生すら言わないと何度言えば分かるのか。
助動詞の次に来るのは動詞の原形であって、動名詞でも現在分詞でもない。動名詞も現在分詞も文法上の位置付けが全然違う
- ingが名詞として使われる場合、形容詞として使われる場合、副詞として使われる場合くらい確認しろよ…最後のは高校履修範囲だけどな
687: スレチ。 2025/02/26(水)12:19 ID:G62VVKqj(1) AAS
加えて。
better get rid of itという、現在時制の主節のつもりらしいものに、またもや主語が無い。主節なので「副詞節中の主語 + be動詞または準動詞形の省略」にもならないし、「文頭it isの省略」だとしたらisとgetで動詞が重複する
むしろデタラメの単語の羅列こそ、a lot of people might be hurtedですわ
688: スレチ。 2025/02/26(水)12:34 ID:wonuzPll(1) AAS
10億歩譲ってbetter getがhad better getのhad欠落だったとしたら、shouldが完全に浮く。
解釈不能なので、中国語か、フランス語かスペイン語かポルトガル語かラディーノ語か、その他ラテン系・ロマンス系言語で主語が省略できるものを用いて、書いてください
689(1): 2025/02/26(水)13:17 ID:SOlTtyHn(1/2) AAS
>>685を
機械翻訳したら
リナックスを使うことで精神的な健康を害するのであれば、リナックスをやめた方がいい。
となったぞ
Should using linux hurt your mental health better get rid of it.
は
If using linux hurt should your mental health, better get rid of it.
のshouldを先頭に持ってきて条件文にしたものだろ
690(1): 2025/02/26(水)13:21 ID:SOlTtyHn(2/2) AAS
If using linux（主語） should hurt（動詞） your mental health, you（省略） should(or had) better get rid of it.
こっちだな
691: 2025/02/26(水)18:19 ID:WwyuC4DQ(1) AAS
When using Linux is hurting your mental health: getting rid of it.
こうだな
または
If using Linux is hurting your mental health, then you should better get rid of it.
692(1): 690 2025/02/26(水)19:39 ID:zOJW39tw(1) AAS
条件文と言ったがshouldで検索したら仮定法かもしれないと思った
リナックスを使うことで精神的な健康を害することは"絶対にない"という気持ちを表現
whenはないんじゃねーの？
693(1): 2025/02/26(水)20:33 ID:Zhk3saoy(1/4) AAS
取り敢えずおまえらキモいわ。英語コンプレックス？
694: 2025/02/26(水)20:39 ID:xboGroF9(1) AAS
>>686
横からすまんが、君は4ちゃんにでも行って、現実を見た方がいいよ。
国外の勤務経験がないでしょ。
695(2): 2025/02/26(水)20:46 ID:3MpUWkhB(1) AAS
>>693
人格攻撃はやめるべきだな
論点にそって何も言うことができないなら黙ってろ
696: 2025/02/26(水)20:49 ID:Zhk3saoy(2/4) AAS
>>695
論点を
697: 2025/02/26(水)20:50 ID:Zhk3saoy(3/4) AAS
>>695
失礼、論点がDebianと関係あるのか、パッと見無さそうに見えるのだが
698: 2025/02/26(水)20:51 ID:Zhk3saoy(4/4) AAS
そんな奴に払う礼節は持ち合わせてない
Debianから去れ
699: スレチ。 2025/02/26(水)21:24 ID:Dd2vQHgU(1) AAS
>>692
疑問文倒置は、文語調の仮定法の条件節だけ。
19世紀以前の文とか、昭和の受験戦争期の英文以外、基本的には姿を見せない
下手すると英語ネイティブスピーカーが読めない可能性すらあるシロモノ
あとは文法のための文法問題に現れるかも
自称進学校の小テストなら出て来る可能性はある
700: スレチ。長文 2025/02/26(水)21:40 ID:HAR/J0Hy(1) AAS
>>689
それなぁ
ありうるんだよ、少し修正すれば。
"better" が無くて命令文だったら、その解釈が取れるんだわ。
仮定法でも条件節にshould入れて「万が一」という用法は存在するんだ
だから、それを疑問文倒置して表現、主節は命令文ということならば、文法上は間違いとは言えなくなるんだわ
「万が一、〇〇なら□□せよ」と。
節の先頭にbetterとか、ちょっと何が意図されているのか分かりかねる
betterが無ければ、usingは単なる動名詞で仮定法疑問文倒置と解釈する余地はある
betterついてるから「文法を無視し単熟語ペタペタしてるだけ」と化す
省6
701: スレチ。 2025/02/26(水)21:44 ID:5nYkfqK1(1) AAS
【3行】
「嫌なら出て行け」を「should + doingを使って書きたかった」ものと見られる
しかし英文法知識が不十分で失敗
702: スレチ。補足やら感想やら。 2025/02/26(水)21:58 ID:r+5eLSM0(1) AAS
hurt somebody in terms of ... (名詞句で長いもの)とかなら、表現としてありうるかもしんない
別にin terms ofでなくても他の表現でも良い
人の関わる他動詞hurtで、目的語が「人」でないというのが、人のナチュラルに書いたものではないように見受けられるんだな
生成AIの出力ではないだろう
上下前次1-新書関写板覧索設栞歴
あと 300 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.174s*