Atom GitHub Editor Part 1

GitHubが6年の歳月をかけて登場したテキストエディタ「Atom」

「21世紀向けのハッカブルなテキストエディタ」と称されている
拡張性と使いやすさを目指していて、「小学生が最初にコードを学習するのにも利用できる簡単さ」と
「熟練のハッカーも利用できる幅の広さ」を持つことを目標にしている
「Sublime TextやTextMateは便利だが拡張性が限定的、EmacsとVimは柔軟性に優れるが使いやすさでは劣り、
特定のスクリプト言語でしかカスタマイズできない」と既存のエディタの問題点を解決するために開発された

JavaScriptで拡張可能とのこと

Mar. 3, 2014現在Mac版のみ招待制で提供されている

Atom
https://atom.io

>>360
それっぽいプラグインのatom-timestampを作ったんで報告
タイムスタンプのフォーマットがよく分からなかったので
Time-stamp: <Mar 27 2016>
Time-stamp: <2016-03-27 23:07:55>
Time-stamp: <2016-03-27>
Time-stamp: <20160327>
の4形式をデフォルトにしといた
あとファイル先頭だけじゃなくて全文検索するので誤爆注意で

>>381
おお、ホントに作ってくれるとは
prefix を正規表現で設定できるのと、保存時の自動修正on/off切替がいいね
ファイル全体を探して最初に見つかった行を修正してるようだけど、先頭からn行で見つからなければ諦める設定があれば、タイムスタンプらしき文字列を意図せず変更してしまう事故防止になるかも、と勝手に思いました
ありがとう、使わせていただきます

最近atom-communityが立て続けにパッケージ出してるけど、どれもまだ中身ないな
これから充実してくるんだろうか

ユーザーが定義した文字列にシンタックスカラーリングを付けるって可能？

既存のカラーリングじゃ足りない部分をカバーとか
日本語に色付けとか
したいんだが

パッケージあるだろうか

作ればいいだろ

どぅやって？

scriptっていうパッケージ使ってるんだが、前まではCommand+iで実行出来てたのが、wxPythonのimport時にエラーが出るようになって不便になった。

テキスト選択中にCtrl＋ドラッグで新規ファイル作られるのすげえ邪魔だな

うちではそんな挙動しないけど

1.7キター

なんか急にスクロールの挙動がおかしいんだけどそうゆう人います？
スクロールが最後までいかなくなったんだけど

>>384
pigments改造して特定文字列に色をつけてる人はいる
https://twitter.com/Land_Y/status/663243398619369472

既存のシンタックスハイライトと共存しなくていいならパッケージ作っちゃった方が早いだろうし
共存したいとしても対象言語のパッケージを改造した方が楽かもしれないけど

>>392
これやってみたが、遅いしキーワードの最後が英数字で終わらなきゃいけないみたいだ
Pigmentsの処理に引っかかってるんだろうけど、解析するのめんどい

sakuraエディタ用に作ったキーワードのリストを流用してハイライトさせるのが理想だけど、
そういう拡張は無いみたい
痒いとこに手が届かないな

>>393
そらまああんまり需要あるとも思えんしなあ

自作するならquick-hilightみたいにscanしてclassつけるとか
language-todoみたいにinjectionSelectorで割り込むとか

>>394
それなりに需要はあると思うんだけどな
現に俺384とは別人だけど、似たような物欲しがってるんだし
プラグインの書き方一から覚えてまで意向するメリットあるのかで悩む

>>389
やっぱうちの環境だけか、特にキーマップ弄ってないんだけどなぁ

少し前に本体とパッケージをまるっと更新してから
Ctrl+左クリックで選択中の文字列をペイン名に新規ペインが作成され
Ctrl+右クリックだと怒涛の勢いでOpen Fileウィンドウが出るようになった
隙を見て一つずつDisableにして原因を探してみるよ

>>395
定義したキーワードハイライトは、俺は今すぐ欲しい訳じゃないが
あったら便利だろうなとは思う。それに特化したパッケージ無いのが意外だ

>>389
何かのパッケージか、マウスユーティリティ的な外部ツールが影響してるんだろうな
パッケージ読み込まないセーフモード起動試してみたらどう?
$ atom --safe

スクロール気になるな、古いファイルは症状でてなかった

>>395
一から覚える必要あるのか？
language-todoに倣うならほぼ単語リスト書き換えるだけじゃん

現状どのレベルの知識があるか知らんが、作りながら学べばいい

>>399
Atom自体触り始めたばかりだし、coffeeもいじったことないしな
language-todoがコアパッケージだってのは分かるが、それがどこにどの形で入ってるのかから分からん
何やるにも覚えるとこが多すぎるよ、このソフト

>>400
cofeescriptは使わない方向に動いてるっぽいし、書く必要はなくて雰囲気だけつかめればいい
コアパッケージに限らず、ローカル参照するよりgithub見た方が早い（設定ページから飛べるし）
文法定義ファイルはtmlanguageのcson版なのでtextmate公式とか見る方がいいかもしれない

使ってみた。めちゃくちゃ重い
windows7　ssd　メモリ16GB　googleIME
プラグインは日本語化をいれただけでplaintextで文書作成
100行目ぐらいからctrl+zが2.3秒かかるように
改行もたまにプチフリ
貼り付けが5秒ぐらい

検索したら以下サイトとほぼおなじ感想
http://www.bunkei-programmer.net/entry/2015/03/14/142456

みんなそんなに快適に使えてるの？
もう少し試してみたいんだけど、これはさすがに辛い

>>402
旧式ノートでメモリ4Gだけど、そこまで重くはないな
環境で違うのはIMEがatokなくらいか
何か設定がおかしいんじゃないか
あと一度再起動してみるとか

>>403
ありがとうございます。
再インストールや仮想環境などでも試してみます。

>>404
上のブログで正式版のレビューもあったが、そこそこ褒めてるぞw

メモリ8GBのHDDで、パッケージで自動補完入れたりしまくってるけど、100行そこらじゃ重くならんな。なんか別に問題あるんやない？

>>404
うちもほぼ同じ環境（+ATOK）だけど普通に快適だぞ
Packages→Timecop→Showでloadtime見てみたらどうかな

Visual Studio Code 1.0リリース
http://www.infoq.com/jp/news/2016/04/visual-studio-code-1

その用途と使われている技術は、GitHub Atomと非常によく似ている。
VS Codeの方が後から開発が始まったが、機能面ではAtomに追いついており、
一部ではAtomはパフォーマンスに関してやるべきことがあり、Codeにならうべきだという意見すらある。

Atomはどうしても動作がワンテンポ遅いからなあ。Codeも使ってたが、サクサクなのはCodeだな。

恐らく複数のパッケージの破損とatom-open-plusの作用が原因だった
何故かアイコンと説明とver表記の消えている導入済みパッケージが複数あって
またいくつかのショートカットが正常に機能しない状態になっていた
面倒だから検証は半ばに全部消してapm starsから再導入したわ

code結構よくできてた、設定も機能の割にはシンプルで混乱が少ない
これで十分な気もしてきた
難点はファイルタイプ別のアイコン表示が無くて寂しいくらいか

VSのCODEは軽くて良いと思う

Atomは多機能なのは良いが
なんか重かったり固まったりする

vscode一通りいじってみたけど、限界も見えてきた
拡張の起動方法が基本コマンド名の入力だけで、メニュー追加やキーアサインはしないようだ
なにより拡張の設定画面が用意されてない、
timecopみたいな独自の画面使う物も無いようだ。出来ないのか推奨されてないのか知らんけど

内部処理は似たとこもあるけど、使い方はatomとは違うね
良くも悪くもコード作成にのみ特化してる

VS CODEだからVSみたいに
コード作成に特化するだろうな

Emacsみたいに何でもかんでもできる
実行環境を目指して欲しいかというと微妙

VSCodeかなりいいわ
必要十分な機能は備わってるし、なによりAtomと比べるもとてつもなく軽い
激重だったFirefoxしかなかった時代にChromeが登場したときのことを思い出した

マジ？Processingもイケる？

>>416
https://marketplace.visualstudio.com/items?itemName=Tobiah.language-pde
拡張はあるな
200人しかダウンしてないのが気になるが

>>417
あざっす

Firefoxっぽい存在だよなってのは俺も思う

Processingの拡張がすでに存在してることがVSCodeへの期待と評価の高さを示してると思う

brainf*ckの拡張が未だ存在してないことがVSCodeの面白みと自由度の低さを示していると思う

みんなもっとesolangパッケージ作ろうぜ
sublimeにはbefungeまであるんだぞ
2048ができるエディタはAtomしかないだろうけど

すまん、emacsにもあったわ

autocomplete-plusで関数名を補完して引数を入力した後閉じ括弧を入力すると補完で表示された括弧が消えずに残ってしまいます。対処法わかる人助けていただけないでしょうか…
例（_がカーソルの位置）
strokeWeight(_)　←補完入力された関数
srtokeWeight(100)_　←引数入力後こうなってほしい
strokeWeight(100))_　←このようになってしまう

はっきりとは分からんが、他のautocomplete系のせいではないか？

というか、言ってるとおりなら閉じ括弧補完されてるのに、わざわざ自分でも打ってるって事じゃないか？
そりゃそうなるわなw
カッコ閉じる癖を無くすか、補完OFFにすれば良いのでは

>>425
423です。いちいちカーソル右に移動させるのが面倒なので...

>>423
競合発生してないか探してみますm(_ _)m

>>426
だからそれ正常な動きなんだよ

ちょっと見てみたが、ATOMにはカッコ入力補完だけ無効にする設定無いみたいだね
javascriptしか調べてないけど
嫌なら自動補完丸ごと無効にしないとかも

ちなみにvscodeには言語共通で閉じるを入れない設定あるぞw
"editor.autoClosingBrackets": true,　をfalseにするだけだ

>>427
わざわざありがとうございます！
正常な動きなんですね...慣れるよう頑張りますm(_ _)m

なんだよ普通に閉じ括弧打ってたのか。
まあ、不具合じゃなくてよかった。

括弧入力補完もだが、ATOMのautocomplete系は
他エディタに比べて貧弱だったり不具合多い気がするなー。
Web系だとhtml書いてる時にインクルードしたcssのclassくらい追って欲しいし。

Atom公式のパッケージじゃないが、PythonのautocompleteはCPUかなり使うからノートだとかなり熱持から、静かな場所だと大体オフにしてるわ。

☆ 日本の核武装は早急に必須です。☆
総務省の、『憲法改正国民投票法』、でググってみてください。
日本国民の皆様方、2016年7月の『第24回 参議院選挙』で、日本人の悲願である
改憲の成就が決まります。皆様方、必ず投票に自ら足を運んでください。お願い致します。

SublimeThemeが落とせなくなってて困った
別PCからサルベージしたからいいもののリポジトリ自体が消えてるわ
これまでもコロコロ名称変更してて不安だったけど何なんだもう

最近過疎ってるけど、みんな息してる？

atom使ってる層は2chにはあんまり来ないんやないか(´・ω・`)

導入しようと思ったがWindowsとは相性が悪いみたいだな

特に問題なく使ってるぞ
最新版でwin親和性もアップしたしな
訳わからんところにインストールする仕様は仕方ないが

アップデートのペース落ちたね
AtomのElectronはいつ1.0にアップデートされるんや

ていうかSublimeでいいじゃん
Atom使う意味がわからん

>>437
なんでユーザーディレクトリ以下にパッケージ入るんだろうな
このせいでポータブル版が機能してない

>>439
どっちも機能がさほど変わらないなら無料の方がいいじゃん？
よく言われる重さは別に気にならないし、OSSだから将来性もある

流石にテキストエディタに5000円払うのは躊躇するからなー

自分が払う金は別にいいんだけどOSSの方が更新途絶えるリスク少ないしな。
現にSublimeは開発スタッフが1人？になったとかでほとんど停止状態だし

ATOMは不満は有りながらもなんか可愛気があるので割と使ってる。vim-modeも良く出来てる方。

重すぎ

Markdownの結果確認と、HTML を出力する為だけに使ってる。
ダラダラ書くのに使っているのはサクラエディタ

起動は遅いけど、その後はさくさく動くけどな
起動したディレクトリ以下のファイルなら簡単に開けるから一度起動したら滅多に落とさないし、気にならんけどね

保存時に特定のルールでデフォルトのファイル名を
Save Fileダイアログのファイル名エディットボックスに表示させたいのですが、
取っ掛かりとして参考になりそうなパッケージはないでしょうか？

show-first-line-on-tab

でもsetpatしちゃってるから保存時だけ変えたいならあんまり役に立たないか
tab-titleで表示名だけ戻すのはちょっと強引か

5月はこのままアップデート無しなのかな。
まあFirefoxみたいに無理に日付切ったスケジュールでなくてもいいけど

マイナーアップデートは何回かあったじゃないか

https://atom.io/releases
ベータ版とリリース版の更新履歴まとめて書いてあってわかりにくいけど
今月は1回しかないよ……

もうみんなVSCodeに行ってしまった

symbols-tree-viewパッケージ(v0.13.2)使っている人いる？
atom: 1.7.4
OS: win7

ファイル開いたときやファイルタブを切り換えたときに、
クラス・関数一覧の表示に2〜3秒かかるんだけどそんなもん？

もっと即時サクサクと更新されないと使いにくくて仕方ない…

455です、とりあえず解決しました。

symbols-tree-viewを使っている方は多いと思うので、
同症状に陥ってしまった方に役立つかもなので、記録に残しておきます。

【症状】
symbols-tree-viewでファイルオープン時 & ファイルタブ切り替え時に、
シンボル表示が実用に耐えられない遅さ(sec単位)になってしまう。

【環境】
symbols-tree-view: 0.13.2
atom: 1.7.4
OS: win7

【原因】
結局分からないまま…

【対処方法】
0. atomの設定ファイル系は全てバックアップしておく
1. atomをアンイストール & atom関連のファイルを全削除
2. atomを再インストール
3. パッケージの入れ直し

で解決しました。
原因が分からないままなので、あくまでとりあえずの対処方法です。

1.8きたな

VSCodeのほうが良さそうだけど、専用スレないね

プログラムに特化してるから、プログラム板にある
過疎ってるが

1.8どうよ？
1.7.4でサクサク安定してるからアプデ怖くて、、、

macユーザーならターミナルから起動しなくても普通にPATHが通るように改善されてる
ただ起動時にログインシェルを走らせてるから
bashrcやzshrcやらに重いコード書いてる奴は起動遅くなるかもしれんな

綺麗にアンインストール出来るようになった？

winではアンインストール後もゴミファイル残るから、綺麗さっぱり消すなら手動で関連ファイル削除は必要

macのケースは分からん

1.8リリースノート見てきたけど1.9まで今回は待とうかな

以前アプデ後にパッケージがエラー吐きまくるようになってしまって、、、もっとたくさん情報が集まればいいんだけどね

>>464
Electronだから、旧バージョンのフォルダがそのまま残ってない？勝手にアップデートされてしまっても、すぐ元にに戻せると思うけど、実はAtomではこの辺いじったことがなくて、違ってたらごめん
あとは起動時にUpdate.exe経由じゃなく、exeを直接叩いて自動更新を回避するとか

旧バージョンにはすぐ戻せるんだけど、たまたまその時だけなのか、重宝しているパッケージの動作が安定していたバージョンに戻しても不安定&エラーを出すことが多くなってしまって、、、その時は結局atomをまっさらにするところからやり直した

以来、自動更新はオプションから外せるからそれで自動更新しないようにしている

成長期のエディタだからなのかオススメパッケージやらの情報はやたら多いけどエラーなんかの対処方法は英語の方で検索してもまだまだ少なくて、原因突き止めるよりも入れ直ししたほうが早いというのが自分でもイケてないと思うw

秀丸からの移行組としては次世代エディタはこんなにすごいのかと感動してるから使い続けるけどねー

>>461
起動時の遅さ&keep watingのエラーは当分というか、もう諦めじゃないかなw

起動後にサクサク動いてくれればそれでいいかなと割り切ってる

>>458
http://echo.2ch.net/test/read.cgi/tech/1430403713/

git plusはcloneができないし、
git-cloneは謎のstderrでるし、
github製のくせにgit周りが使い物にならない件

パソコン板から誘導で来ました
画面を二分割する為にMacだとcommand＋Kのようですが、Windowsだとどのキーが対応しているでしょうか？
よろしくお願いします

ググれば一瞬で出ると思うんだが……　MacでCmdならWinでは大概Ctrl

最初はコマンドパレットに聞いてみるのが一番
設定画面からキーバインド一覧と検索もできる

>>471
Ctrlはダメでした
>>472
コマンドパレットというのはエディタにあるものですか？
探してみます
ありがとうございます

>>473
Ctrl+K 押してから 分割したい方に方向キーでだめだった？
ただのCtrl+Kなら分割されないけど。

winでの画面分割は [ctrl+k 分割したい方向の矢印キー] で出来るよ
atomでのこの表記の意味は、「ctrlとkを同時押し→離す→すぐに分割したい方向の矢印キーを押下」ね

atomのショートカットキーが分からないときは前述してくれる人がいるように
コマンドパレットからのあいまい検索で大体見つかるから、とりあえずコマン
ドパレットからヒットしそうな単語で検索するってのを覚えておくと便利だよ

コマンドパレット自体はデフォでは[ctrl + shift + p]で表示されるので、
例えば今回みたいなウィンドウ分割ならコマンドは"split"あたりかな？と
当りを付けてコマンドパレットから"split"と検索すればあいまい検索ですぐにそれらしいものを見つけてくれる

あと、デフォのショートカットキーが肌に合わない場合は、
もちろんショートカットキーをカスタマイズできるけど、
atomのショートカットキーを正しく設定するのは最初は癖が
あって難しいのでこれは分からなかったら聞いた方が早いかもしれない

>>474
何度か試しましたが、ダメでした
>>475
詳しくありがとうございます
そのやり方はやってなかったです
明日試してみますね
助かりました！

>>476
何か他のパッケージのキーバインドと被ってる可能性があるな
Ctrl+.（ピリオド） で、入力したショートカットに対応する機能一覧が出せるから調べてみるといい。

シンプルに横にペイン分割するだけでいいなら、俺はこれ使ってる
https://atom.io/packages/pane-layout-plus
Winだと Alt+Shif+（1〜5）で 希望の数字分だけペイン分割
Ctrl+(1〜5)で該当のペインにジャンプだ

>>456と同じ症状がsymbols-tree-viewで出た…
環境も>>456とほぼ同じ


きっかけは、Uncaught TypeError: Cannot read property 'getNearestTag' of undefinedのエラーメッセージが出てから
このissueは https://github.com/xndcn/symbols-tree-view/issues/15 で報告されているけど、多分まだ解決してない？

PKGの入れ直しをしても問題は解決せず…
>>456の言うようにatom自体の入れ直しからとなると面倒くさすぎる

この症状、何度か遭遇していて今までは知らぬ間に解決していたけど、
クラス・関数一覧表示で不安定なのは使い物にならないので、symbols-listを代わりに入れ直した
https://atom.io/packages/symbols-list

細かい箇所への不満は多々あるけど今のところsymbols-listの方がサクサク安定しているので、
symbols-tree-viewが遅くて使い物にならない人にはコチラの方がおススメかも

シンボル表示で他にもっとおススメPKGがあれば教えてほしい…

>>476

>>477の指摘通り他のPKGのキーバインドと被ってるのかもしれないけど、
デフォのキーバインドとかぶせてくるPKGがあるのか疑問もあるから原因は違うところにある気がするｗ

PKGで解決となると起動時間はどんどん遅くなるから、
できればショートカットキーでサクッと解決できるといいね

なんか半角スペースが変なんだけど仕様？
入力した時に全角スペースの幅に立ってそのまま他の文字を入れると半角スペースの幅になる
気持ち悪い挙動

>>477
>>479
昨夜のうちに試してうまく出来ました
皆さまありがとうございました