Atom GitHub Editor Part 1

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

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

JavaScriptで拡張可能とのこと

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

Atom
https://atom.io

githubが作ったというからatom触ってみたけど、べつにgitと親和性が高いわけじゃないのね
ローカルでやる分にはgit plusで充分だけど、リモートリポジトリ関連の操作出来ないのかよ
業務でatom使ってる開発者はどうしてるの？
gitの操作は別にターミナルとか立ち上げてやるのかな・・・

>>222
> gitの操作は別にターミナルとか立ち上げてやるのかな・・・

GUIよりも、そっちの方が楽だな。

テーマをSublimetextのEiffelの色と同じにしたいのですが
どこか同じテーマ知りませんか？

sumlimeのテーマならtmThemeなんだろうしそのまま変換して使えば？
apm --theme --covert で適当に変換してくれるぜ

https://atom.io/docs/v1.1.0-beta.0/hacking-atom-converting-from-textmate

Win　xubuntu両方で出来たので報告
Eiffel.tmThemeファイルをぐぐってダウンロード

apm init --theme ~/.atom/packages/my-theme --convert ~/(適宜)/Eiffel.tmThemeを実行
my-themeフォルダができる
環境設定->テーマ->シンタックスでMyを選択
Win版はpowershellを管理者権限で立ち上げてからコマンド実行するとできる。パス気をつけて

新たな問題
xubuntu環境だと青文字がにじんで汚いのでエイリアスが原因？エイリアスを切りたい

1.0になる前から久方ぶりにインストールしてみたらすげえ軽くなってたのでAtomに乗り換えるわ

Atomって日本語でレポート下書きしたりポエム書いたりするのに向いてる？

比較的重いから、ただ文章を書くだけなら向いてないと思う
markdownとかlatexとかのマークアップ言語エディタにはなるけど、専用エディタでいいし

プログラミングにしろマークアップにしろ、色々な言語使うけど全部一つのエディタで済ませたい人にはいいかも
あとは文章書きながら計算したり動画再生したりtwitterしたりしたいなら向いてるかな

コードと日記と色んなレポート書いてるけどコード以外は他の方がいいよ
特にただ文章書くだけならアウトラインプロセッサ使った方が後々の扱いも便利だ

Atomもアウトラインエディタ化プラグインならあるけどな
まあそれこそAtomでなんでもやりたい人向けの機能って感じだが

Atomでなんでも……
Emacsの代わりになりそう？

emacsはエディタじゃなくて環境だってじっちゃんが言ってた。

ところで、電卓もといscratchがなくて悲しいです。
ちょこっとjs評価して結果を画面に貼り付けたいときってどうするの？

そのまんまscriptってパッケがあるけどイマイチ使いづらいし
普通にDevTools呼び出してもいいんじゃない

Atomも割と環境だから大丈夫よ
そもそもが新世代emacsみたいなコンセプトで作られたから

まあメーラがベータしかなかったり色々とまだまだだけど
ブラウザとかゲームの質は確実にemacs以上だと思う

>>233
evalとかatom-mathあたり？
ちなみにscratchってパッケージもあるけどコレジャナイ

入れてみたが重いね。軽いエディタと比べたらモッサリ感半端ない

軽くなったと聞いて試してみたけど並のブラウザの一つや二つじゃすまないすさまじい超重力だった
機能拡充はなかなか進んでたと思うけど、重さは下手すると悪化してるのでは…

確かに起動には時間がかかる気がするな
起動してしまえば遅さは感じないけど

IDEの領域に足踏み入れてるんだから仕方あるまい

AtomというかElectronベースのアプリ全部重いし
使わない標準パッケージを無効にして気休め程度の高速化を図るしかないんや

1.0以前と比べるとこれでも随分高速化してるけど、常用し始めるとやっぱ起動遅いな…と思う
sublimeの1秒かからずスパッと起動する速さだけは良かった、それ以外はダメダメだったけど

最近登場したAtom Material UIテーマが好き

>>242
でもSublimeの起動の速さって、起動後にパッケージ読み込みを開始するようにしただけなので
見せかけの速さとも言える

見せかけでもいい
起動が速いにこした事は無い

起動処理が重すぎて毎回 not respondingを表示しちゃうAtomたん
かわいい

一度起動すればあとは遅くないから、そんなに気になんないけどね
atomの中からGitの操作もできるしターミナル操作もできるから
IDEみたいに起動しっぱなしにしておけばいい

でかいファイル開くと固まるのどうにかして

あとプロジェクト内検索の時に指定したフォルダやファイルを対象外に出来るようにしてくれ、ログファイルとか走査されると固まる

社内NWで使う場合プロキシを利用しなければならないけど、その他のNWと相互に切り替えながら使うことが多いので
一発でプロキシ使用有無を切り替えられるようにしてくれ

アプリ全体の起動を普通のIDEみたいに待つだけで済むんだったら実用上の問題はないけど
ファイル一つウィンドウ一つ開く度に重いし、3Dゲー起動しっぱなしにしてるような常時の重さもある
まあそのへんは、まともなGPUがあれば緩和されるところなんだろうな

普段markdown-previewの改行反映オプション使って書いてると
いざreadme.mdどっかに載せるぞって時に一々スペース2個付けて回るのが面倒で困る
なんとかならんかな

新バージョン

http://blog.atom.io/2015/10/29/atom-1-1-is-out.html

選択位置の表示が半角スペース一個分ズレるな

さっきSublimeの代わりに使いはじめてみたんだけど、
パッケージ無しだと、テキストファイルがショートカットへのドロップで開かない。
何か設定まちがってたりするかな？
初心者まるだしで悪いけど。

ググれ

設定方法はみつからなかったけど、ドラッグアンドドロップは対応してない模様。って言葉は見つかった。
基本機能だと思ってたわ、ありがと。

move-to-beginning-of-lineLinuxだと見当たらないんだけど

黙って落ちやがったーー
通算2度目

最近使い始めたのですが、正規表現の置換にみなさん満足されていますか?
単純に正規表現等の理解不足かもしれませんが、
(foo)(?=\(.*\))
で関数名等を置換しようとするとマッチはするのに置換されないという状況になってしまいます
肯定先読みに対応していないならば、マッチすらしない気がしますがそうでもないですし

怪しいのは.*の使い方とかかな
あと先読み後読みって*とか+とか使えたかな。エディタによっては使えるんだったかな

ちょっと情報が足りませんでした。
もっとシンプルにして
foo(?=bar)
にしても
foobarのfooにマッチはするのですが、そのマッチした部分を置換することができないです
今まで使っていたエディタだと、これも(foo)(?=\(.*\)) も置換できるのですが

マクロがなかったりしてまだまだ使いづらいって印象を受けます
エディタと切り替えようと思っていたのですが、もう少し考えたほうが良いかもしれませんね

連投もうしわけありませんが、解決しました。
検索文字列: (foo)(\(.*\))
置換文字列: bar$2
とすれば動きますね
余談ですが、既存の検索文字列をファイルに書いておいてその行をコピーすると、改行コードもコピーしてしまい動かないですね
改行コードを削除すれば期待通りに動きますが、この仕様も使いづらい印象を受けます
厳密に言えばこちらの動作のほうが良いのかもしれませんが

そういうのはここに書き散らすんじゃなくて、直接issueを立てたほうがいいよ
愚痴言ってるだけじゃ永遠に直らないよ

GitHub前提なことや言語の壁のせいで敷居が高いのはまあわかる
相手が組織だったら日本語そのまま投げてもいいけど大抵は個人だしな
でも機械翻訳そのままだろうと利用者から何か来たら嬉しいもんだよ

>>264
言葉の壁ならもうすぐ壊されるはず
Githubも日本に来てるし

OSSで現状英語主体である以上、そうそう言語の壁が壊せるとも思えないが
何かコミュニティ内で特別な動きでもあったのか？

githubのは法人向け代理だけで大多数の開発者には関係ない

1.2リリース！
次の1.3で20〜30%の起動高速化というのが楽しみだな

1.2でもずいぶん早くなったなあ
markdownのhighlightがすげえことになってる他は特に支障もない

起動時間は早いことには越したことはないけど、VCSのルートディレクトで1回起動してあとはそこから全部操作するから、あんまりメリットを感じないな

あれ？なんか1.2にしたら再読み込みした時に開いてるタブ（ファイル）を復元しなくなってるな

>>271
え・・・
ちょっとそれは困るな
早く修正こないかなー

>>272
おま環かもしれないし、プロジェクトマネージャー使えば復元できるから大事にはならないけど気になる

アップデートすると関連付けしてたのが消えるクソ
cmd起動で黒画面出すクソ

japanese-wrap動いてない？と思ったら
日本語公式で対応したのか

有効にしたままだとファイルによってはめっちゃ改行されまくる
中の人これまでお世話になりました

すべてのテキストの表示が以下みたいになっちゃったんだけど
どうしたら直ります？

23 さくさ
・ く動
・ く
・ 。

真上のレス２つを読もう

>>278
ごめんなさい>_<
そしてthx！

1.2.1/1.2.2とマイナーバージョンアップしてるけど
リリースのが無いので何が変わってるのかわからない

https://atom.io/releases

v1.2.3 (2015-11-19)
・Fixed an uncaught exception that would occur when starting Atom

v1.2.2 (2015-11-19)
・Fixed package-defined deserialization of workspace items.
・Fixed a problem opening a new window when clicking the application icon in the Dock.

v1.2.1 (2015-11-18)
・Fixed issues where custom scrollbar styles weren't always being applied.

プロジェクト内の検索で、検索結果の行が途中までしか見れないんですけど
サクラエディタのgrep結果みたいに検索結果の行を
全て表示させる方法もしくはパッケージってありますか？

へー気付かなかったが最大100文字で前後が端折られちゃうのか

JavascriptやCoffeeScriptに慣れていると、自分でソースいじった方が直す方法調べるより時間が短縮できるなんてことになりそうですね
それがAtomの開発された目的なのかもしれませんが
でも何か目的があって使っているわけでそのためにソースをいじるのも考え物ですね

いじったあとコミットしたらみんなのためになるよ

宣言元に移動が効かないんだが何これ？

複数行のスニペットが認識・展開されません。
以下のように、"""を使ってbodyを設定しています。

'.source.R':
'extract from Txt':
'prefix': 'Extr'
'body': """
if(x[j,1]=="Val1"){
Val2<-x[j,2]
}
"""
改行含むスニペットの場合はそれで上手くいくと思うのですが。
Snippet.csonの保存はエラーなくできています。
アドバイス宜しくお願いします。

見た感じ問題ないから.source.extが重複して上書きされてるとか
うちは以下で問題なく展開できてる

'Arrow-Function':
'prefix': 'arrow'
'body': """
()=>{
$1
}
"""

>288
ありがとうございます。
すみません、.source.extはどこにあるファイルですか。
どうすれば、解決できますか。
ヒントいただければありがたいです。

すまん書き方が悪かった
'.source.拡張子': は同じものが複数あると最後のルールで上書きされるから
snippets.csonに '.source.R': がいくつかあるせいかもってこと

ありがとうございます。
ご指摘の通り、スコープの指定の仕方に問題があったようです。
助かりました。

batで関連付けするとコマンドプロンプトが開くのなんとかならないかな

ツリービューに表示されるプロジェクト自体のソートってどこで設定できるの？
tree-viewのSort Folders... はプロジェクト内のファイル・ディレクトリのソート設定だし
project-managerのSort Byセレクトメニューは変更してもツリーに反映されないし
projects.csonのProjects.pathsの配列順を弄っても反映されないし

検索で一周マーク出るのはわかりやすいな

1.3 stable！
http://blog.atom.io/2015/12/11/atom-1-3.html

検索履歴を表示するパッケージは何?

早まってしまいました、ごめん。

これ初心者にはつかえませんか？字が綺麗なんでつかいたいんだけど
ツールバーもないし、なにこれ

ツールバー復活できた。文法を選択、のを自動で適用するようにしたい

適切な拡張子を指定していれば勝手に適用されるのでは

内容から自動で判別しろってのはなかなかに酷
default-languageパッケージでも入れて妥協しておけ

>>298
日本語かできるパッケージあるからまずはそれから

>>301
「文法を選択」がjapanese-menuによる訳だから既に使ってると思う

>>302
うーん・・・
ネットでプログラミング勉強し始めたときから
これ使ってる(どこかのサイトで推奨されてた)
けど、使いにくいと思ったことはない。
まあ起動が遅いと思ったことはあるけど

プロジェクト内のソースに書かれている関数とかオートコンプリートでサジェストしてくれるプラグインってある？？

最近Androidアプリの開発を始めたので、andriid studio2.0を使ってみたんだけど滅茶苦茶よく出来てて凄く使いやすかった

なにが？どこが？と言われると具体的に挙げづらいんだけど、Atomも同じくらい使いやすくなって欲しい

無意味な日記はチラシの裏へ

確かにintelljのideは補完が賢くて使いやすいな

Mac OS 10.11.2 でatom最新版使ってるんだけど、フルスクリーンからウィンドウ閉じると強制終了してしまう
ひとつ前のバージョンから頻繁に起きるんだかおれ環？

変数でもhtmlでも、http://を含む文字列付近を編集してると
頻繁にプチフリ状態になって10秒くらい操作不能になる。
何かのパッケージが誤作動してるのかな？

セーフモードでも発症するんならそうだろうな
前に似た現象でautocomplete-pathsだかが原因だったという話を聞いたことがある

ttp://code-life.hatenablog.com/entry/2015/12/03/104543
調べてみたがこれっぽいな。

Issuesだと直ったとなってるけど全然直ってねえ
ttps://github.com/atom-community/autocomplete-paths/issues/38

うちの環境だと同じパッケージインストールしててもクラッシュしないな

>>310
無効にしたら?や.や文末スペースで固まらなくなった
これはありがてえ

>>310
今気づいたけど「セーフモードでは発症しないなら」だった

恥ずかしい……

確かにautocomplete-paths無効にしたらhttpで固まらなくなった。
当面これでいこうかと思うけどhtml書くのがメインだからパス補完ないのはちょっと厳しいな。
ただでさえ / 始まりのパスが使えなかったり、Bracketsからの移行組にとっては少し残念。

>>312
MacOS？
こっちはWin7(64bit)で固まるな。
固まるといっても10秒かそこら放置しておくと戻るけど。

とりあえずIssue立てておけば？
もう1年近く更新止まってるから作者による更新は望み薄だが

>>304
atom-ctags（もしくはautocomplete-ctags）ってのがそれっぽい
タグの生成が必須なようなのでsymbol-genとかと組み合わせて使う感じかな

どっちも使ったことはないので期待してる機能を使えるかはわからんが

autocompleteといえば、html書いてて読み込んでるcssのidやclass名は補完できないんだな。ちょっと意外。

1.3.3でOSXのフルスクリーンからウインドウ表示に戻すときのクラッシュが直ってるそうだ（リリースノート参照）

やっと直ったか

落ちるエディタAtom