VS Code で nodoka(窓使いの憂鬱) の C-k が効かない問題を解決したお話
結論
keyseq $EmacsEdit/kill-line = &EmacsEditKillLineFunc S-End C-X \ &Sync &EmacsEditKillLinePred((Delete), (Return Left))変更後
emacsedit.* ( * は nodoka だったり mayu だったり） を編集する。
変更前keyseq $EmacsEdit/kill-line = &EmacsEditKillLineFunc S-End C-X \ &Sync &EmacsEditKillLinePred((Delete), (Return Left))変更後
cursor インストールしたら WSL2 から code ってコマンド叩いたときに VS Code じゃなく cursor が起動するようになっちゃった
結論
cursor は前者にセットされてて、VS Code は後者にはいってた。
cursor の設定を「システム環境変数」から切り取り（コピーして削除）、「ユーザー環境変数」の一番下に追加してやることで解決。
起動してた WSL2 のターミナルは ...
Windows 側の環境変数変えるべし。
環境変数には「システム環境変数」と「ユーザー環境変数」がある。前者が優先される。cursor は前者にセットされてて、VS Code は後者にはいってた。
cursor の設定を「システム環境変数」から切り取り（コピーして削除）、「ユーザー環境変数」の一番下に追加してやることで解決。
起動してた WSL2 のターミナルは ...
[VSCode][PHP][Docker] コンテナ内で xdebug も入れたし php.ini の設定もしたのにそれでもブレークポイントで止まってくれなくてリモートデバッグできなくなった
結論
${workspaceRoot} → ブレークポイントで止まってくれる
9003 port のポートフォワーディング設定を追加したと ...
（単なる一時例なので、ビンゴじゃなかったらごめんなさいっ）
VScode 側 launch.json の pathMappings 設定が間違ってました。${workspaceFolder} → ブレークポイントで止まってくれない${workspaceRoot} → ブレークポイントで止まってくれる
9003 port のポートフォワーディング設定を追加したと ...