Reactのcreate-react-appで作成したサイトのimportを絶対パスにするしVScodeでパス補完もするし - Qiita
相対パスでimportしていると「俺はあといくつ.キーを叩けばいいのか。いっそ階層という概念を捨ててすべてのファイルを同じ場所に置けば管理もしやすいのではないか。しかし見づらいからやめておこう。俺はあといくつ.キーを叩けばいいのか」という哲学に必ずぶつかると思います。 それならrootを設定して絶対パスでimportすればいいのさ！ と、vueやangularは教えてくれます。 さっそくtsconfigにroot設定を書いてyarn startしたら反映されないどころか、その記述が消えるという謎の挙動で憤怒。 どうやらcreate-react-appで作成した場合、tsconfig.json内の"compilerOptions": {} がビルド時にクリーンされる。これは20190307現在、正しい挙動だそうです。マジ憤怒。 それでは解決していきましょう。 解決させること reactのcr
VS Codeを使いこなせ! フロントエンジニア必須の拡張機能7選 - ICS MEDIA
「Visual Studio Code（略称：VS Code）」はMicrosoftが提供している無償で高機能なエディターです。標準でも十分な機能は備わっていますが、拡張機能をインストールすることで、より使いやすく自分にあったエディターへとカスタマイズできます。 本記事では、HTMLコーダーやフロントエンドエンジニアに役立つ拡張機能を紹介します。 1. IntelliCode IntelliCodeはMicrosoft謹製の公式プラグイン。AI支援による次世代のコード補完がJavaScriptやTypeScriptで利用できるようになります。APIの一覧がアルファベット順に提示されるのではなく、利用する可能性の高いAPIがAIによって予測されます。 コード補完の様子を次のスクリーションショットでご覧ください。入力候補の「★」マークが付いているところが、補完候補になっているところです。人工知
VSCodeでRuby On Railsを快適に書きたい
// Filepath to the configuration file for Rubocop "ruby.rubocop.configFilePath": "", // execution path of rubocop. "ruby.rubocop.executePath": "", // execute rubocop on save. "ruby.rubocop.onSave": true, // Defines if it should clear the terminal on each spec run "ruby.specClearTerminal": true, // Defines a custom command to run for specs (i.e. 'spring rspec') "ruby.specCommand": "", // Defines if
VS Code でなるべくマウスを触らない設定 - notebook
はじめに この記事はVisual Studio Code Advent Calendar 2018 9 日目の記事です 動機 もともと Vim を開発サーバとローカルでも使っていました そろそろ違うエディターを使って見ようかなーという軽いノリで導入してみ見た感じです 使ってみるとちょっとしたことでマウスを使わないと行けなかったりするのが多少なりともストレスになっていたのでなんとかショートカットキーなどを駆使してなるべくマウスに手が行かないような設定をしたい！！ ということで早速ですが僕がしている設定を共有しようと思います また現段階で開発では使っていない（メモやブログ記事書く際に使用）ので開発で使うようになったらまた変わりそうな気もします プラグイン なにはともあれ VSCodeVim を入れます エクスプローラーとエディターの切り替え これはデフォルトでショートカットが用意されているので
VSCodeのオススメ拡張機能 24選 (とTipsを少し)
言語やフレームワークによらない、オススメの汎用的な拡張機能をまとめました。 Tipsは**ここ**から。 拡張機能 24 選 1. vscode-icons アイコンがついて見やすくなる。 2. GitLens とにかく強い。 「コミット単位でのファイル比較」や「最新のコミット内容とそのコミッター表示」など色々してくれる。 git blameする手間なくなる。 3. Prettier コードのフォーマットは自動でやりましょう！ 複数人のこだわりをうんたらするよりも、Prettierに委ねるのが楽。 関連のTipsはここ 4. Git History Git logが見やすい 5. Bracket Pair Colorizer カッコの対応を色付きで表示してくれる。 ものすごく読みやすくなって最高&最高！！ なおBeta版ですが、後継となるBracket Pair Colorizer 2も出
How to use Visual Studio Code as the default editor for Git MergeTool including for 3-way merge
Update: As of Visual Studio Code 1.70 Three-way merge with improvements were added. Visuals and further explanations are available if that's of interest to you 😉. As of Visual Studio Code 1.13 Better Merge was integrated into the core of Visual Studio Code. The way to wire them together is to modify your .gitconfig and you have two options. To do this with command line entries, enter each of thes
外部エディタ/Diff ツール（差分表示ツール）としての Visual Studio Code (git と SourceTree で使ってみる) - Qiita
外部エディタ/Diff ツール（差分表示ツール）としての Visual Studio Code (git と SourceTree で使ってみる)GitVSCodeVisualStudioCode Visual Studio Code の git 連携機能と git コマンドについてから切り出しました Visual Studio Code 0.10.13 (March 2016) リリースにて Wait support and Git patch/diff mode として追加された機能。 コマンドラインのオプションとして呼び出すことが可能。 code (stable build) また code-insiders (Insiders build) コマンドが使えるようになっている必要がある。 各プラットフォームにおける確認 コマンドライン・オプションとなるため、各プラットフォームにて c
Things you need to know about working with SVG in VS Code
By Burke Holland Check out this VS Code release highlights video from Brian Clark. Towards the end, he shows how you can now zoom in on image previews in VS Code. I thought that was an interesting feature. I mean, let’s face it — there are only two types of people in the world: those who like to zoom in on images and those who won’t admit it. So I opened a project that I had to test it out and sur
Visual Studio CodeでFlowTypeのエラーを表示する - Qiita
FlowTypeが気になっているので、Visual Studio CodeでFlowの型チェックを表示する方法を調べました。プラグインをインストールすると、Flowのエラーをエラーパネルに表示できます。 1. [View]→[Command Pallet]でコマンドパレットを開き、「Extensions」と入力して[Extensions : Install Extensions]を矢印カーソルで選び、エンターキーで決定する。 2. 拡張機能の一覧画面が表示されるので、「flow」と入力し、「Flow Language Support」をクリックする。 3. [Install]ボタンを押し、インストールする。 4. [Code]→[Preferences]→[Settings]→[WORKSPACE SETTINGS]をクリックする。[.vscode/settings.json]の編集ができ
GitのEditorをVSCodeに変更する - Qiita
普段からVSCodeを使っている分にはGitの操作がVSCode上からできるので、複数行のコミットメッセージを書くことは難しくありません。 もちろんそれがCLIからでも$ git commit -m "Message"でコミットメッセージは書けますし、複数行にわたったメッセージも書けますが、どうしても横着して適当に書いてしまいがちです。 -mオプションをカットして$ git commitとしてやればエディタが起動しますが、デフォルトのnanoはお世辞にも使いづらいのでvimなりemacsなりに変更している方も多いかと思います。 VSCodeでコミットメッセージを書く ここで本題。vimやらemacsではなく、起動するエディタをVSCodeにしてみましょう。普段emacs、vimではなくVSCodeを使っているならばCLIからのコミットメッセージでもVSCodeを使いたくなるかもしれません。
【2017年末】「マウスに触らない」Visual Studio Codeを目指して
Tweets by shundroid_p こんにちは。インフルエンザはほぼ治りました shundroid です。 もう 2017 年も終わりですね。 そこで今回は今年が終わる時点での、 ぼくの Visual Studio Code の開発環境を紹介していこうと思います。 多分これから変わることはないと思いますので・・。 コンセプトマウスを触らない もともとぼくは Vim というエディタで開発をしてきましたが、 auto-complete とかを入れまくったら、重くなってしまい、 ほかのエディタで Vim っぽくできないかと、Spacemacs や、Atom など試してきて、 そこで一番高速で高機能な Visual Studio Code に落ち着いた次第なのです。 マウスを触らない―それは究極の効率でコードを書くための手段。 キーボードから手を離すことによるタイムロスを防ぐことができます
Visual Studio Code の設定メモ - Qiita
cloudpack あら便利カレンダー 2017 の7日目です。 Visual Studio Code の、今使っている設定をチラ裏するだけの記事です。 前提 Visual Studio Code Version 1.12.2 書いた人 OS は Windows と Mac を使っている。 Linux のデスクトップはほとんど使わない コードを書くほかに各種設定ファイル、どこかにメールや投稿したりする日本語の下書きにも使う 主な使用言語 JavaScript TypeScript Ruby Go エディター遍歴 （なんか使ってたけど覚えてない） SublimeText 2 Atom VSCode キーボードは US 配列が好き サーバーに ssh で入った時は vim 使ってる Emacs は10分くらいしか使ったことない… 意識が低い すぐにマウスに手が伸びる ホームポジションを離れても
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
