Visual Studio Code / VSCode Part5
■ このスレッドは過去ログ倉庫に格納されています
腱鞘炎だからメカニカル買ったお
指が強い人はキーボードにこだわる必要がなくて羨ましいね まー普段から「勉強せな勉強せな」言ってる人だから、
道具は二の次で知識や技術のほうが気合入ってるんだろうな。
これでもかってくらい専門書があったし。 >>111
その人を尊敬してるのか知らんけどお前は何一つすごくないんやで(^_^;) 自分が凄いとは一言も書いてないし、思い出した話をチラシの裏にかいただけなのに
なんでこんなに食いつきがいいんだ。
あ、そういうことか!
いやいや、反応しちゃった人達も優秀なプログラマーだって!!
凄いぞ!!えらいぞ!! 弘法筆を選ばずと説きたいんだろうが、筆を選んだ弘法大師はもっと凄いんだろうから、選ばない弘法は弘法の中でも二流 「同じことができる」って言うけど、
例えば100均のハサミで魚を捌いて、刺し身にできるかもしれないが、そんなことする料理人はいない。
逆に、包丁をまともに扱えない人間が、一流の料理人が扱うような包丁を持っても活かせない。
誰がどんな道具を持つかなんて完全な自由だし、用途を誤ってたり身の丈にあっていなければ意味が無い。
道具に拘っているか否か、は実力の指標になんてならん。 エディタに拘りは無い。前の職場に拘る人もいたがメモ帳で同じこと出来るから問題ない メモ帳なんてキーボードで言うとキーが欠損してるレベル
安物のキーボードを使うのとは全然違う じゃあviでいい
どんなクソな過酷な環境でも必ず入ってる JS,HTML,CSSを書くのにvs code使ってるんだけどなんかテンション上がるイカした拡張機能教えて
とりあえずこれは入れた
https://i.imgur.com/BgJSenm.jpg 入れる時は調べまくるんだが入れた後はどれがどの機能なのか分からなくなる あとでよく見ると機能が重複してるんだよな。addonが衝突して気付く。
イカしてると思うのは探してるときだけで冷静に考えると「コレはコレで代用できる」とか。
>>126
それに定番は入ってるからおま環としか言いようがなくないか?
dark themeならDraculaあるよ!とかdark themeよりblack themeおすすめ!くらい。 おすすめ拡張機能!とかの記事で
だいたいpath intellisenseとか紹介されてるけど
今って標準でパス補完機能あるんだしわざわざ入れる必要ある?
機能重複するじゃん >>126
使うとしたら
HTMLHint
HTML CSS Support
CSS Peek
Image preview
辺りかなぁ
Path IntelliSenseは要らない気がする
本体のアプデで機能追加されて不要になるみたいなのが結構ある(例 HTML Snippet)からちょいちょい確認すると良い html,css,scss,jsで使う系で入れてるのは
HTMLHint
HTML CS Support
EditorConfig
Prettier(html機能を切ってjs,scssのみ)
Beautify(js機能を切ってhtmlのみ)
SCSS IntelliSense
editorconfig
sftp
vscode-input-sequence
Bookmarks
Partifal Diff
あたり。Image previewも入れてたけど、うちの環境ではやたらと重くなるので切った >>135
何度も繰り返すが標準搭載してるEmmetでいいだろ わけわからんことをヌかしているやつはみんなvi使いなんだよね。
そんなもん窓から投げ捨ててemacsを使おうぜ! html tag wrapper
HTML ファイルで、Windows では、Ctrl + i を押すと、両端をタグで囲める
囲む範囲を選択して、Ctrl + i
Emmet は、最初から入っている。
HTML ファイルで「!」を入力してみ
でも、なかなか覚えられない vimキーバインドでちゃんとjjを設定出来るのがいい感じ
spacemacsだと出来んかったからな >>139
>囲む範囲を選択して、Ctrl + i
あああ
と入力して選択してCtrl+iすると
<あああ>
になるぞ。これで正常なのか?
<p>あああ</p>
などにしたいのだが出来ない。 >>138
標準搭載って言ってるんだからそのままで使える。
適当に文字列を選択するだろ、コマンドパレットから「Emmet: ラップ変換」、
「Emmet: Wrap with Abbreviation」なのでwrapとでも入力すれば出てくる。
それこそこのコマンドに Ctrl+i でも割り当てとけ。
出てくるダイアログに p とか div とか入れたらもうそれに応じてリアルタイムに囲まれる。Enterで確定。
Emmet記法が使えるので div.hoge と入れたら <div class="hoge">[選択した文字列]</div> と一発だ。
そうなると div#hoge だとどうなるかわかるな。 想像通り <div id="hoge">[選択した文字列]</div> だ。
なんと、classやidつきの場合、divだけは基本だから省略できるんだ。 .hoge や #hoge だけでいい。
ここまでできたら html tag wrapper をゴミ箱に入れて終了だ。がんばれ! >>142
「私は東京生まれで小さい頃からヒップホップを嗜んでいます」
↓
「Hey yo! 俺は東京生まれーHIPHOP育ちー悪いやつらは大体友達ー」
こんな変換かな?「Emmet: ラップ変換」 スクリーン動画撮っておいたぞ
https://imgur.com/a/PiqcACu
別にEmmetの記法なんか全部覚えなくてもいいから
最低限 .hoge と #hoge と div>span みたいな > だけでも使うと
記述が数倍楽になるぞ >>141
「あああ」を選択してもダメ
<p>Hello</p>
みたいに、タグが含まれていないと、正常に動かない
>>142
に書いてある、Emmet の方が便利 emmetが時たま反応しない。けどすごい使いやすいよね。 C:\Users\(ユーザー名)\AppData\Roaming\CodeとC:\Users\(ユーザー名)\.vscodeを消してvscode再インストールしたら、前にいれた拡張プラグインの名前分かんなくなったorz
class Hoge{
m_hoge;
function func_hoge(){}
}
を
class Hoge{
public m_hoge;
public function func_hoge(){}
}
に保存時に自動変換してくれるPHPとかの拡張プラグインなんだっけ?
あと、入力時に英語のヒントが出る拡張プラグイン(English word hint)ってのが作動しなくなったんだけど
分かる人いませんか? 動かないときはまず dev tool を開く習慣とか環境を書く習慣とかあってほしい >>148
質問の答えが書けないなら書かないで習慣とかあって欲しい
English word hitが動かないのはマークアップ系のプラグインが必要なことは分かってるがそのプラグイン名がわからんのさ。 すごいね そこまでの文脈を読める人もいるんだね
どうせquicksuggest切ってるんでしょ editor.quickSuggestionsは、初期状態で有効みたいだから関係なさそうだなぁ。。
"editor.quickSuggestionsDelay": 10が初期値だから1とかに変更しても良さそうだけど…
以前使ったときは、英単語に不具合が出ていて単語マークアップされていた時に、
単語の先頭に?マークの辞書っぽいアイコンがでてそれクリックすると単語候補が出てきていた。
アンインストールして、PHP IntellSense/PHP Intelephense/PHP Debug/japanease Language Pack for Japanese Language Pack for VS Code
だけいれた状態で拡張プラグインを調べ中。。 english word hintがアクティブになるのはpackage.json的にmarkdownとlatex
markdownの初期設定でquicksuggestはオフだよ
その上での回答なら悪いけどreadme読んでる?
それとも本当に拡張機能の問題? Usage:Becase the markdown does not support quick suggestions in default. Therefore, the hint will not appear when type in markdown file. Below configure should be set by user.
"[markdown]": { "editor.quickSuggestions": true }
って書いてあったから、当然ユーザー設定に追加してるよ。
{
"typescript.locale": "ja", "editor.formatOnSave": true, "editor.formatOnType": true,
"liveServer.settings.donotShowInfoMsg": true,
"php.validate.executablePath": "C://xampp//php//php.exe",
"php.executablePath": "C://xampp//php//php.exe",
"php.suggest.basic": false,
"workbench.iconTheme": "vscode-icons",
"files.autoSave": "afterDelay",
"editor.minimap.enabled": true,
"window.menuBarVisibility": "default",
"git.ignoreMissingGitWarning": true,
"editor.renderWhitespace": "none",
"editor.renderControlCharacters": false,
"window.zoomLevel": 0,
"editor.quickSuggestions": {
"other": true,
"comments": true,
"strings": true
},
"editor.quickSuggestionsDelay": 1,
"markdown.preview.breaks": true,
"[markdown]": {
"editor.quickSuggestions": true
},
"markdown.previewFrontMatter": "show"
} Code Spell Checker ってのいれたら、やりたいことの一つは解決できました。。 正確には、気に入らないやつがいたら
誰彼構わず、アスペアスペ言ってる人が多い >>62
今まで確認したいときに手動でリロードしてたけど、
Browsersync 入れてみたら感動的に便利っていうか楽だわ
編集してんのは自分なのに、何もしなくてもブラウザの表示が
変わるのが何かキモくて笑えるw
さんくす >>159
上手くいけたか。よかった
今までの手動はなんだったんだ、ってくらい便利だよな
別ブラウザとかスマホで同じ画面を開いておくと、
スクロールやリンク遷移も全部同期するのでさらに感動するぞ >>160
うはw、ますますキモいw
マルチモニターで複数ブラウザどころの話じゃない
タブレットでスクロールしてPC側がシンクロするwww
タップでリンク踏むとついていかないけどページ合わせるとまたシンクロするし、
tablesorter とかもシンクロするし、わけわからんw
PCのマウスの「戻る」でページ遷移してシンクロが途切れてちょっと落ち着いた
ちゃんと、行って戻るリンクもサボらず初っ端から作れ、ってことですね >>タブレットでスクロールしてPC側がシンクロする
へぇ、いい時代だねぇ 頭悪そうなのって、必ず引用するコードがjavaなのが笑える。やはりjava土方ってパーが多いんだな >>164
お前にはJavaのコードが見えないの?
どこをみてもJavaのコードがあるだろ
この間はAmazonからの配達員がJavaのコードだった 統合失調症だと思うから早いうちに病院行ったほうが良いよ まぁ、既にVS Code1強だけど、GitHubをMicrosoft買収したけどAtomどうするの?? AtomチームはXrayっていう実験プロジェクト立ち上げて
Atomのネックである重さの根本的解決を目指してるっぽい
表示部分以外はRustで書いてるらしい
成果がでればワンチャンあるかも 開発チームの能力と開発リソース量とissueに真面目に向き合ったかどうかの差だろ
言語を変えてどうなるというもんではない >>169
おー、うまくいくといいね
前に聞いた話だと、確か統合開発環境化も目指してるんだっけ?
根強いファンがいるのはいいことだ 同じ会社がおんなじようなエディタを2つも保守する意味ってねえよな
Atomからは資本を引き上げて、あとはファンがやりたいなら勝手に保守しろでいいと思う 既に元GithubのチームもVSCodeに参加してるよ
PullRequestエクステンションはかなり今後に期待できる出来だ >>171
描画はopenglでいいとしてもまともなフォントラスタライザとレイアウトエンジンがないな。 成果が出た場合はVSCodeが美味しくいただきます。
良いことは分かち合わないとね。
併合した甲斐があったというものです。
ユーザーのためにもなる。
成果が出なかった場合はプロジェクト解散します。
役にも立たないのに重複プロジェクト抱えるなんて資金のムダだからねww 一強になりすぎるとろくなことにならんから
Atomにも頑張ってほしいわ フロントエンド開発寄りのBracketsとかあるし、AtomはGitHub本家を売りで特化していけばいいと思う
VSCodeも拡張入れすぎるど結局重くなるし HTMLコーディングならBracketsが万人におすすめ
Visual Studio CodeやSublimeと比べるともっさりだがDreamweaverと比べれば軽い軽い 書く事があるかどうかは人それぞれだろ
Bracketsはもっさりが本当にひどいからなあ…… >>181
えええ? どういうこと? いくらもないか。
>>182
起動が「よっこらしょ」だよね。ATOMよりは軽いと思うけど。 純粋HTML/CSSのLive Preview機能だけはBrackets優秀だよなぁ BracketsのインラインCSS編集みたいなことができる拡張ありませんか? VSCodeもLive Serverの拡張入れるとまあライブプレビューできるけど… 言語周りはLanguage Serverでまとまりそうで、別にVSCodeでなくても高度なことができるようになりつつある。
他と比べて若干劣っている面もあったり。
ということで、最近はプロジェクトを俯瞰したいとき以外、Vimに戻ってしまうことが多くなってきた。 わざわざvimに戻す理由がわからん。
どこが劣ってるか教えてほしい へー凄いなLanguage Server
いったいどこが仕様策定したんだろ? vimがというよりVimScriptがもう古すぎて書く気になれない フロントエンジニアはvscodeが使っている人が多いと思うけど、バックサイドエンジニアはvimやemacs使っている人が多いのではないかなぁ どっちもやるから両方VSCodeだろ
今時フロントエンド専業のエンジニアなんか存在してるのか? >>196
ある程度の規模があると普通にいる
プロジェクトによるわな それよりvimを使ってプログラミングしてる人間なんて本当にいるの?
自分もテキストエディタとしてgvim使ってるけど、素のvimでプログラミングしてる人間なんぞ見たことないぞ バックエンドエンジニアって言い方が悪かったか。サーバサイドエンジニアだとどう?サーバがLinuxだとして、そこのファイルどうやって編集するの?
sshfs?rootの作業は?結局ターミナルからvimだったりしない? 設定ファイル程度ならターミナルから直接偏したりするけど、プログラミングだと開発とデプロイは別じゃね? バックエンドもフロントエンドも両方やってる
デザインもやってるし >>62
だいぶ遅れたが導入してみた。
めちゃくそ便利! ■ このスレッドは過去ログ倉庫に格納されています