Visual Studio Code / VSCode Part9
■ このスレッドは過去ログ倉庫に格納されています
>>712
Settings の Auto Closing Brackets と Auto Closing Overtype を always にすれば改善するかも? エクスプローラーとかアウトラインとかの左側部分の個別のスクロールバーが
左側部分全体のスクロールバーと被ってて個別のスクロールバーをマウスで操作できない エクスプローラーだけ開けて他を閉じたら全体のスクロールバーが消えて個別のスクロールバーをマウスで使えた win10+VSCODEの情報って
すぐねーんだな
Python環境でインポートができなくて
いろいろ探し回ってたら徹夜だわ 最近は 英語&youtube でググるとわりとすぐわかりやすい情報見つかる やっと、なんとなく落ち着く配色見つけたのでメモ。
"workbench.colorTheme": "Visual Studio Light",
"workbench.colorCustomizations": {
"titleBar.activeForeground": "#ffffff",
"titleBar.inactiveForeground": "#ffffff",
"titleBar.activeBackground": "#0078d7",
"titleBar.inactiveBackground": "#0078d7",
"activityBar.background": "#000000",
"sideBar.background":"#f7f9fe",
"sideBar.border": "#40568d",
"sideBarTitle.foreground": "#000000",
"tab.activeBackground": "#f5cc84",
"tab.activeForeground": "#000000",
"tab.activeBorder": "#f5cc84",
"tab.border": "#5d6b99",
"tab.inactiveForeground": "#ffffff",
"tab.inactiveBackground": "#40568d",
"editor.foreground": "#000000",
"editorGroupHeader.tabsBackground": "#5d6b99",
"panelTitle.activeForeground": "#000000",
"panelTitle.inactiveForeground": "#000000",
"panel.border": "#40568d",
"editorLineNumber.foreground": "#000000"
}, メモ2
"workbench.colorTheme": "Visual Studio Dark",
"workbench.colorCustomizations": {
"titleBar.activeForeground": "#ffffff",
"titleBar.inactiveForeground": "#ffffff",
"titleBar.activeBackground": "#2d2d30",
"titleBar.inactiveBackground": "#2d2d30",
"activityBar.background": "#000000",
"sideBar.background": "#252526",
"sideBar.foreground": "#ffffff",
"sideBar.border": "#3f3f46",
"sideBarTitle.foreground": "#000000",
"tab.activeBackground": "#007acc",
"tab.activeForeground": "#ffffff",
"tab.activeBorder": "#007acc",
"tab.border": "#3f3f46",
"tab.inactiveForeground": "#ffffff",
"tab.inactiveBackground": "#252526",
"editor.foreground": "#ffffff",
"editorGroupHeader.tabsBackground": "#2d2d30",
"panelTitle.activeForeground": "#ffffff",
"panelTitle.inactiveForeground": "#ffffff",
"panel.border": "#3f3f46",
"editorLineNumber.foreground": "#ffffff"
}, Bash Beautifyのインデントが意味不明
elifがインデントされてしまう
https://www.server-memo.net/shellscript/if.htmlのコードを整形すると
NUM1=10
NUM2=10
if [ $NUM1 -eq $NUM2 ]; then
echo 'NUM1 equal NUM2'
elif [ $NUM1 -gt $NUM2 ]; then
echo 'NUM1 greater than NUM2'
else
echo 'NUM1 smaller than NUM2'
fi
shell-formatだと正常だけど、コーディング規約がそうなんだろうか Bash Beautifyなんてとっくに開発終了だろ 黒系はトゥモローナイトブルーがいい感じだが、白系はなぜか一つもいいの無いなぁ。
他のVSや他のエディタは白ベースでも見やすいのに、VSCodeの白ベースは違和感だらけなのはなんなのか。 >>728
サイドバーとターミナルが、白い背景色+灰色文字 なのでコントラストなさすぎて見づらい。
エディタのタブが、グレー背景+選択タブは白背景+非選択タブはグレー背景 なのでコントラストなさすぎて見づらい。
エディタ領域・サイドバー領域・ターミナル領域の境界線が、非フォーカス時に目立たないので見づらい。
このへんだと思う(個人の感想です。 プロンプトは暗くないと落ち着かないので
setting.json弄ってLightテーマでもターミナルはダーク色固定になるようにしてるわ VSCodeの拡張機能って犯罪組織に譲渡されてマルウェアになったりする? 乱視だと明るい白ベースのほうが瞳孔小さくなって見やすい >>732
ほんこれ
ダークモードだと文字が滲んで読みづらすぎる
乱視じゃない人がうらやましいわー >>731
逆に考えてみたらいい
マルウェアのリスクがないオープンなプラグインシステムをどうやって作る?そんなことは不可能だろう
ということはマルウェアのリスクは常につきまとうわけだな
小規模な拡張ならソースをすべて読む
大規模なら発行者のブランドを重視する
定期的なスキャンを欠かさずに行う >>732
確かに俺も白背景の方が楽だが乱視入ってるわ >>732
なるほど
俺も乱視だけどダークモードが見づらい理由が今わかった ダークテーマのほうが好きな俺は卵子入ってなかったのか >>739
でも目にはどんどん疲労が溜まって悪化する 乱視入ってるけど、ダークモードの方が見やすい。
メガネで矯正されているからかな?
それとも、遠視・弱視・斜視も入っているからかな? 乱視の人は経験的に気づいてる人多いと思う
カメラで絞りを小さくしたら少し解像度上がるのと同じ理屈かな
検索したらこんなん出てきた
乱視の瞳孔依存性 ―視機能への影響―
https://www.jstage.jst.go.jp/article/jpnjvissci/31/4/31_31.134/_article/-char/ja/ マルウェアどころかvscodeのプラグインはなんでも実行可能やで。
プラグインいれてリロードした瞬間、ファイル消したりネットからダウンロードしたりも可能だしウィルスソフトはそれをブロックすることはまずない。 まぎらわしいからセキュリティソフトって言うんやで。 せめてウイルス対策ソフト、アンチウイルスソフトと呼んで欲しい 安全な拡張実行環境としてのサンドボックスが欲しいところだ
APIも可能な限り権限を細分化してな
できればマイクロソフトには登録審査をやって欲しい >>756
まったく問題ないアカウントがロックされて電話番号要求されるくらいには
過剰に審査やってると思うが?
やってないと思うほうが信憑性がない >>756
そのへん確かGitHubにIssue立ってるよ ダークテーマはコメントの色が暗すぎるものが多くて結局 default dark から変えられない ライトテーマでもそうだがコメントを見づらいグレーにしたりイタリックにされる率高いよね
プログラム実行に関係ない部分だからって理屈はわかるんだけど読みづらくされるの困る リリースノートが長すぎて毎回読み飛ばしてる
全部読むの('A`)マンドクセ('A`) >>760
自分はコメントの色変更してる。
Visual Studio Dark だと、
{VSCodeフォルダ}\resources\app\extensions\theme-defaults\themes\dark_vs.json
の、
{
"scope": "comment",
"settings": {
"foreground": "#6A9955"
}
},
の部分。
イタリックになってるってことは、"foreground"に並んで、"fontStyle": "italic" があるはずなので、それ削除すればノーマル?になると思うよ。
書き換えるのすら面倒くさいから何度もいじりたくないけど。 無償コードエディター「Visual Studio Code」の2021年1月更新、v1.53が正式リリース
バーからあふれたタブを多段表示。画像の変更でMarkdownプレビューが自動更新されるように
https://forest.watch.impress.co.jp/docs/news/1305373.html テーマごとに調整するの面倒だからこれやってるけどboldやunderlineも解除されてしまうのが悩みどころ
イタリックだけピンポイントで全解除する方法はないものか
VSCodeで変数や予約語が自動的にItalicで表示されているのを無効にする方法
https://qiita.com/k010c1232/items/fd196369c6729b4fbe10 macで1.53から、ピンチでズームができなくなった
cmd+スクロールはズームできる After update to version 1.53 zooming text with touchpad stops working #115861
https://github.com/microsoft/vscode/issues/115861 自動プレビューより拡張機能なしでpdf化できるようにして欲しい さすがにそれは要らん
pdf出力なんて入れたら○をカスタマイズしたいだの○環境で○語がズレるだの化けるだのと頭の悪い大量のissueに付き合う羽目になるのは目に見えてる
優秀な開発陣の工数をくだらないことに使うな ソースコード要求して、pdfで送られてきたらイラッとするだろうなあ PDFなんて早く無くなればいいのにと思ってるんだけどエンジニアでも使う人結構おるん 表示/印刷イメージ固定できるからツール揃ってない素人さんにレイアウト通りに伝えるのには向いている
ただoffice使いの素人さんが真似して加工再利用前提のデータをPDF返しされるのは困るというジレンマ 相手次第だけど、Webページ形式で渡す事が結構ある。
jQueryとかVue.jsで簡単に動きを付けられるから相手に伝わりやすい。
最近はIEが消滅しつつあるおかげで「表示がおかしい → IEでした。」ってパターンもなくなった。 >>776
markdownのままで客に渡すわけにもいかんだろw >>772
ほぼ全ての取説はPDFだからエンジニアは当然使っているはず。 インテリコードって、もうそろそろVSCodeやVisualStudio for Macに来てくれないかな? 多分もう気づかない間につかってるんじゃないのってレベルでは来てる >>779
秀丸派のおじさんが多いような会社なので社内でもmarkdownとかplantumlでやりとりできない
とても悲しい PDF無くなればいいはマジ意味わからんな
中間フォーマットとして使うのだったら意味不明だかが、
ソフトウェアスキルを前提とせず人間に渡すための最終フォーマットとしてはかなり優れてるだろ
mdで書いてビューワーがない人にもそれなりの形で渡せるのがpdfなんだから 今はPDFをWebブラウザで開けるようになってるから、わざわざAdobeリーダー起動させてたようなウザさはなくなったしな >>789
markdownの略でファイル拡張子です。 文書を、markdown で書く事が多いから、勉強しないと
HTML, emmet も クソコテが住み着いちゃったか
このスレはもうクソスレですね MarkDownを使えば、GitHubで見た目と使い勝手の良い文書が作れます。簡単な文法で電子書籍を作ることができます。HTMLよりも簡単です。 大人のケンカに拳銃やこぶしは要らねえ。
事実とデータでやるだけさ。 MarkdownよりもAsciiDoc!
Markdownは、表現力が少なすぎやろ? 半端にコードを書くAsciiDocよりMarkDownでいいわ
文書に凝りたいならAsciiDocは使わないし >>798
AsciiDoc知らなかったから調べたけど、Wordの代替にできるくらい機能多いね
仕事では使ってるのかな? 表の書きづらさと図の埋め込みの面倒さが解消されれば markdown で十分かも、Growiとか なんだかんだでTeXがいいと思う
手軽じゃないけど仕上がりが最高に美しい >>802
手軽じゃない時点で却下
社外の人に読んでもらえないんじゃ意味ない Markdownの特徴はテキストエディタでみたときに
読みやすいからこれだけ普及した。Texは読みにくい。
人間が読めないテキスト形式を使うぐらいなら
ワードのほうがマシ >>801
表の書きづらさと図の埋め込みの面倒さってどんなときに感じてる??
表はフォーマット機能使いながら書いてるけどあまり困ってないなぁ >>802
出力がdviとかpsとか、んなもんを今さらどうしろと。w >>806
いいから、AsciiDocを一回試してみ。
Markdownを見てから作ってるだけあって、たぶんいろいろ改善されてる。 >>808
改善ではないぞ?
マークダウンの良さであるあの単純な記号の並びを捨ててコードを書けば、そりゃ複雑な文書を作れるだろうよ
でもそこまでやったら求められてる手軽なメモじゃない
本末転倒じゃねって思ったわ ■ このスレッドは過去ログ倉庫に格納されています