Atomのautocomplate-plusでTabで次候補、Shift+Tabで前候補に移動しEnterで確定するようにする - Qiita
Atomのautocomplate-plusでTabで次候補、Shift+Tabで前候補に移動しEnterで確定するようにするATOM Settings>Packages>autocomplate-plus>SettingsのUse Core Movement Commandsでチェックを外す。 Settings>Keybindings>your keymap fileにて以下を記述。 'body atom-text-editor.autocomplete-active': 'ctrl-p': 'autocomplete-plus:move-up' 'ctrl-n': 'autocomplete-plus:move-down' 'tab': 'autocomplete-plus:move-down' 'shift-tab': 'autocomplete-plus:move-up' 'ent
Atom Flight Manual
CompanyEngineeringProductSunsetting AtomWe are archiving Atom and all projects under the Atom organization for an official sunset on December 15, 2022. January 30, 2023 Update: Update to the previous version of Atom before February 2 On December 7, 2022, GitHub detected unauthorized access to a set of repositories used in the planning and development of Atom. After a thorough investigation, we hav
2015年、Atom に乗り換えた。そして vim-mode-plus をリリースした。 - Qiita
今年は Vim から Atom に乗り換えた。 Vim はいくつかプラグインもつくって、思うように操作したり、機能追加出来る程度にまで習熟してたけど、色々と嫌な点も出てきていたのと、Web フロントエンド技術の勉強も兼ねられるかなという思いもあり、Atom に乗り換える事にした。 最初 Light Table, Sublime Text, Brackets, Atom をそれぞれ試す。 → Light Table 未来だな。むずいな。ちょっと今はパスだな！ → Bracketsいいな。インラインエディット、リアルタイムプレビューいけてるな！ → Sublime Text いいな、速いな。みんな使ってるしな！ → Atom はおそいな、、 → うーん Sublime Text に決めた！ → というところで、tomoya さんのエイプリルフール記事を読む。 → やっぱ Atom や！ という
Atom.io に乗り換えられなかった - @kyanny's blog
きっかけは些細なことだった。 Emacs で RSpec のテストケースを書いていて、全体的に動作がのろくてイライラさせられた。どうやら ruby-mode だか ruby-electric だかが悪さをしているらしいが、何年も前に .emacs.d に放り込んだもので、どんな風に設定するのかも覚えていない。最新バージョンに入れ替えてみたら、手元でちょろっとカスタマイズしていた改行時のオートインデントだか何かの挙動が変わってしまい、気になってコーディングどころではなくなった。 もともと Emacs Lisp は読むのも書くのも苦手で嫌々ながらも騙し騙し付き合ってきたが、このときばかりは心底うんざりして、もうこんな古代のツールに頼るのはやめにしよう、自分の仕事は高度に知的な作業であるはずのプログラミングであって多彩で変態的なキーボード操作を駆使してテキストを編集しまくることではない、ならばも
GitHub の ATOM が CoffeeScript で書かれているのはどうなの? - ワザノバ | wazanova
http://discuss.atom.io/t/why-coffeescript/131 2 comments | 2 points | by noto ■ comment by noto | 約1時間前 先日 GitHub が発表してエディタ ATOM のディスカッション・フォーラムでなぜ CoffeeScript で書かれていて、EcmaScript 6 (ES6) じゃないの? node.js/V8 を利用するデスクトップアプリケーションなら ES6 をすぐに使うほぼ完璧な機会なのに、という問題提起があり、それについて議論があったようです。 前提として、GitHub の JavaScript Styleguide に 新たに JS を書く時は CoffeeScript で書くこと 新たに .js ファイルを追加することは避けること と書かれていて、GitHub の中の人としては
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【イベントレポート】 Intelの新しい小型開発ボード「Joule」の詳細 ～新設計のAtom T5700/T5500とは?
