Atom GitHub Editor Part 1
■ このスレッドは過去ログ倉庫に格納されています
GitHubが6年の歳月をかけて登場したテキストエディタ「Atom」
「21世紀向けのハッカブルなテキストエディタ」と称されている
拡張性と使いやすさを目指していて、「小学生が最初にコードを学習するのにも利用できる簡単さ」と
「熟練のハッカーも利用できる幅の広さ」を持つことを目標にしている
「Sublime TextやTextMateは便利だが拡張性が限定的、EmacsとVimは柔軟性に優れるが使いやすさでは劣り、
特定のスクリプト言語でしかカスタマイズできない」と既存のエディタの問題点を解決するために開発された
JavaScriptで拡張可能とのこと
Mar. 3, 2014現在Mac版のみ招待制で提供されている
Atom
https://atom.io 消耗くんは何でこのスレにわざわざ来て消耗しているのか(´・ω・`) >>779
ありがとうございます
何故かウチの環境(Windows10 x64 + Atom 1.13)ではその項目が無かったんですけど
コマンドパレットに打ち込んだらコマンドが見つかりました どうせ永遠の未完成だから、betaつかっときゃいいんだぜ? >>783
賢い奴が使う代替エディタを教えてくれ
批判だけしても仕方ない、もっと優れたエディタがあるなら乗り換えるし >>787
そもそも賢い奴だったら自分で開発してる >>788
賢くても既存の製品で便利に使えるなら、わざわざ車輪の再発明はしないだろ まじでatom並に、そこそこ便利で融通の効くエディタ、
もっと他にできないのかなぁ、不満があっても乗り換え先が無い
テキストエディタってのは、そんなに開発が難しいのかね? 試しにVSCodeも使ってみた。Web製作寄りの人なのでプログラムゴリゴリ書くというわけではないが
ここがいい
確かに起動は速いし基本的に軽い
html上でのidやclassの補完は完璧。Atomはここ駄目すぎる
パス補完回りも、/からのプロジェクトルート解釈や、Atom・Winで/がバックスラッシュになる問題もなし。総じて補完系は強いなという印象
・ここが微妙
ファイルによってはAtomよりもっさりする (言語拡張が重いのかも)
pigmentに該当する機能がデフォルトであるのはいいが、sassの変数を解釈してくれないので困る
同じくsass/css変数の入力補完が無い。一時期はついていたがパフォーマンス問題で削除したとか
コードペースト時や上下行移動した際に、タグの入れ子を解釈して適切にインデントしてくれない
Git機能は便利なんだがAtom+git plusの方が使い勝手はいい。GUI使いたい人にはいいのでは
minimapとかcsv展開とかftpサーバーツリーとか、凝った感じの拡張は作れないっぽいのであんまり数はない VSCodeは、Linterの数が少なくて反応が微妙だし、テーマがエディタとサイドバーで連携しないし、Terminalで2バイトが化けるし、。 >>791
winならね、長いことお世話になったけど、最新エディタと比較すると生産性落ちるのは否めない 秀丸のサクサク具合と日本語処理の有能っぷりがatomに備わればもう何もいうことないんだけど後何年かかるんだろうねw >>790
ここの人らが満足するようなのを今から作るとするなら人生捧げるレベルじゃないかな >>796
ひとりでやるなら一生かかるかもしれないが
ヴィやエマcsのように他人を利用すりゃいい >>798
それまさにatom、、、w
ま、それだけ難しいってこった Windowsだと変な所にインストールされるな
c:\usersの下の
インストーラーに入れる場所を選ばせる機能がない あれマジクソだよな
バージョン番号でフォルダ作るから
アップデートするとパス変わるし
次verだかで修正されるらしいが >>801
Atom と言うより、Electron の問題だよ VSCodeは違うけど? programs以下の固定。 どこにインストールされるか分かっていれば特に問題ないし気にしたこともなかったわ
完全にクリーンインストールしたいときにアンスコするだけじゃごみファイルが残るのが面倒なくらいじゃね Windowsなんかを開発に使う方が悪い
MacやLinuxで使うのが普通 >>805
今はね。
ちょっと前までapmへのpathは自分で設定しないとダメで、
知らない間にアップデートして使えなくなったりしてた。 atomもapmもインスコ時に環境変数のパスは通してくれるけど
更新の度に実行ファイルのディレクトリが変わるせいで無効化されてた 保存済ファイルを編集すると行番号の横に色がついて保存するまでどの行いじったかわかるやつあった気がしたんだけどわかる人いる? ファイルがgitの管理下にあれば自動的にそうなるよ
ない場合に差分が見られるやつがあるかどうかは知らないけど 自分も基本Gitに入れるから使わないけど、unsaved-changesっていうのもある gitには入れてないから他のやつの機能と記憶ごっちゃになってたっぽいなぁ
>>815の入れてみるよ、ありがとう インストーただけの素で起動しただけどatom brackets vscodeともに100MBは消費するな FacebookのAtomベースのIDEって息してるんだろうか。 >>816だけどediting-diffってパッケージ入れたら希望の動作したのでご報告 One系UIのタブの高さを変更するスタイル
.theme-one-dark-ui,
.theme-one-light-ui {
// change to your preferred value
// the default is 3em
@ui-tab-height: 3em;
.tab-bar {
height: @ui-tab-height;
.tab {
height: @ui-tab-height;
line-height: @ui-tab-height;
&:hover, &:not(:hover) {
.close-icon {
top: @ui-tab-height/4+0.1;
&, &::before {
width: @ui-tab-height/2;
height: @ui-tab-height/2;
line-height: @ui-tab-height/2;
}
}
}
}
.placeholder {
height: @ui-tab-height;
&::after {
top: @ui-tab-height/2;
}
}
}
}
一番上の@ui-tab-height:の部分を変更する 非アクティブなペインを半透明にするスタイル
atom-pane {
&.active {
opacity: 1.0;
transition: opacity 0.32s;
}
&:not(.active) {
opacity: 0.5;
transition: opacity 0.16s;
}
}
アニメーション効果が必要ない場合は
transition:の行を両方とも消す
※全角スペースを使っていますので半角スペースに置換ください CSSでctrl-/でコメントアウトした際に
中身の前後にスペースが入るようにする方法はありますか?
それともスペースを入れないのが標準なんでしょうか stylelintでルール付けして、自動補正ありにしておけばいいんじゃないかな 初心者だからスニペットの仕様が良く分からないのですが
これって<、%、.みたいな記号だと機能しないのは仕様で良いのでしょか
(改行が多すぎとエラーが出るので末尾の「:」は省略しています)
・スニペットが機能しない
'.text.html.erb'
'<% %>'
'prefix': '<%'
'body': '<%$1 %>'
'.source.ruby.rails':
'.to_i'
'prefix': '.to'
'body': '.to_i'
・スニペットが機能する
'.text.html.erb'
'<% %>'
'prefix': '55'
'body': '<%$1 %>'
'.source.ruby.rails'
'.to_i'
'prefix': 'to'
'body': '.to_i' なんか書き込み結果がおかしなことに……
変な書き方になって申し訳ないです 勉強のためMacでatom使い始めたんだけど
パッケージをアップグレードしたらそのあとから
「"git"コマンドを実行するには、コマンドライン・デベロッパ・ツールが必要です。」てのが出て
「今はしない」ってのを押しても操作したり起動する度出るんだけど
「コマンドライン・デベロッパ・ツール」てのをインストールせんと使えないの? コマンドライン・デベロッパ・ツールはAtomではなくAppleが配布しているツールで
確かgitがインストールされていないmac環境でgitコマンドを叩くと
それが表示されてツール内のgitを使用するように促すようになっていた気が…
ターミナルとかでgitを実行しようとしても同じ表示になるはず
Atomはパッケージのアップグレードに内部でgitを叩いているので、その表示がでます
別の方法でgitを入手しても動くようになると思うけど、素直にインストールするのが楽です なるほどそういうとこでつまづくこともあるんだな
分かりやすい解説センクス、勉強になった >>831
ありがとうございます!
HP見て1からスタートしててインストールの仕方とかは書かれてるけど
コマンドライン・デベロッパ・ツールが必要とか
特に書かれているところがなかったので勉強になりました >>833
色々言われるけど、いいエディタだから長く使い込んで何も考えず手が勝手に動くレベルになるといいねー
それくらいになると一定レベル以上のエディタなら何使っても生産性あんまり変わらないしね スニペットの登録/編集/管理がもっと楽になるといいんだけどなあ これ以上楽にするには例えばどうしたらいい?
現状でもスニペット用ファイルを編集、保存だけでできるし、編集方法もいたってシンプルなわけで、それ以上楽な状態ってのが分からん 選択してコンテキストメニューで登録ー。とかじゃね? なるほどねー、それくらいならコピペと手間大して変わらんじゃんと思ってしまうw
個人的には全く不要な機能だけど、なんかパッケージすでにあるんでね >>839
スレチ なぜわざわざatomスレに毎度のようにくるだか、何をアピールしたいんだ一体、、もう比較も散々行われているし、分かった上でatom使ってる人多いだろ >>841
yeahとか言ってる手間ありゃ立てりゃいいのになw
vscodeの起動の速さやサクサク具合はみんな認めているし、補完やデバック機能の有能さはさすがmsなんだからいいエディタなのは分かっているが、ところどころ仕様が肌に合わん
atomの自由度の高さと、乗り換え組にとっては学習コストの低さとか住み分けできてると思うんだけどなぁ、いちいちアピールする人は一体なんなんだろね Visual Studio Code が好きな人は、こちらへどうぞ。
(なぜか、プログラム板にあるから解らなかったのかな?)
http://peace.2ch.net/test/read.cgi/tech/1430403713/l50
「MacでもLinuxでも使えるVisual Studio Code」 全角文字だけの行が見切れてしまうのはなんでなのかと思っていたけど、
全角文字が混ざっていると水平方向のスクロールがおかしくなるのか とそんな単純なものでもなかった
1 全角混じりの行があって、その行の見かけの長さが最長
2 1の行より文字数が多い行がある
こんな状態だと、1の長さに合わせないといけないのに、2の長さで判定されて水平スクロールバーが出ないことが有るみたい >>844
これに悩まされてたんだ
右端で折り返すが上手いかないなーって
どうすればなおりますか? 全て英語で統一しましょう!
・・・、すまん分からんやw >>846
くっそ長い半角だけの行を頭に入れるとかで取り合えず回避できます
が面倒な上に汚いですね 真面目な話、リクエスト上げとけば?そんな現象に遭遇する使い方する人の方がレアだと思うから、でないといつまでも修正されんと思うよ >>849
一応、既存のissueにコメントを書いておきました それじゃあとは自分で修正できない以上は誰かに拾ってもらって直してもらえるよう神頼みだねー
半角だけの無駄行入れるとか汚すぎるて気になるだろうし、早く修正入ればいいな Narkdown用のエディタとして使ってるんだけど、
code表示で下に余計な改行ができるのは仕様なん?
それともうちだけなのかな。 液晶モニタのドット欠けかと思ったらESLintのHistoryだった >>852
// 有効にすると、ファイルの保存時に最新の行を末尾に挿入します。
"files.insertFinalNewline": false,
とか? すまんVScodeスレと間違えた。
atomだと、Packageのwhitespaceの中にある
Ensure Single Trailing Newline あたりか? 左側にツリービューで右側にソースコードの場合
ソースコードの領域の左側からすぐ文字が表示されているけど、
そうではなくて2mm〜3mmぐらい空けて表示して欲しいだけど
その様な設定って出来る? >>856
CSSでその領域にmarginかpaddingを設定すればいいんじゃない? インストールしてみたけどlinter全く使えない
下のパネルの表示が全部000
ゴミじゃん? バカの自己紹介か
何も設定も準備もしてないんだろ
少しは拡張の説明読め linter,linter-ui-default,linter-php,linter-csslint
を入れた
intentionsとかbusysignalってやつもなんか要求されたから入れた
しかしphpやcssを開いたり編集したり保存しても何も起きない
csslintは設定要らないように見える
phpはphpの位置をフルパスで指定したり、PATHに追加してからAtomを起動してみたが
やはり何も起きない
エラーっぽい表示も見た感じないので何が起きているのか不明 >>863
linter-phpは「php -l」を使うって書いてあるので、まずは手動で php -l してみて動くか確かめる
それでもダメな場合は View > Developer > Toggle Developer tools でコンソールを表示して、エラーが出ていないか確かめる >>864
php -lに適当にエラーのあるファイルを渡してみたらちゃんとParse errorと出てきた
パスは通っているようだ
Developer Toolsは見たけど何も出てない
もう諦めた
同じように別のPCでもセットアップしようとしたが
同様に失敗した
linter-phpcsも動かないしlinter自体機能してないように思える 環境次第とはいえ、使いたいのが使えなかったのは残念だったね
うちでは使いたい言語のLintは全部便利に動いているよ
PHP入れていないけど うちでもlinter-phpは動いてない
php関連だとlinter-phpcsとlinter-phpmdは動いてる atom1.6.0(atomのバージョンに関してはかなり以前のものから) win7, 10 php5.6, 7の組み合わせで今まで何の問題もなくlinter-php使えているけどなぁ…
環境もconsole logもないので原因は推測にしかならないが、恐らく下記の【2】が正しく設定されていないだけでは?
というわけで、動かない使えないと騒ぐ前に基本的な設定項目の下記2つができているかをまずは確認してみましょう。説明はwin環境 + xampp(pathはxamppの典型的なものしてあります)のものになるので、違う場合は適宜、自環境のものへ置き換えてくださいな。
【1】環境変数へのPATHは通っていて、phpが正しくインストールできているかを確認する
-> cmdから「php -v」と打って何のエラーもでていないことを確認
※ 環境変数へPATHを通さなくても自環境では動作しているので、この確認事項はあくまでPHPが正常にインストールされているかどうかの確認
【2】linter-phpパッケージ内にあるPHP Executtable Pathが正しく通っているかを確認する
-> 設定方法は下記のどちらかから設定する。(win環境では「\」部分はバックスラッシュになる)
2-1. パッケージ内の設定項目から設定する場合:
c:\xampp\php\php.exe
2-2. config.csonを直接編集する場合:
"linter-php":
executablePath: "c:\\xampp\\php\\php.exe"
これでも動かなければ、環境やエラーログを書いてくれない限りは誰も原因は特定できないかと。 何か早くなった気がしてたけど気のせいじゃなかったのか、よかった ちゃんとリリースノート読もうw
ベータ版で予告されてたから期待してたんだよね、数値上は50%速くなったってさ
自分の環境では4秒からどんなに遅くても8秒以内にはもうコード書ける状態になってる 1.17にしたら元のファイルがutf-8でもShift JISでもなんでも全部日本語が化ける
エンコード選び直してもATOMのデフォルトのエンコード設定変えても変わらない 普段書いてるコードや.mdは化けないけど拾ってきた.iniは化けてたな まじか、自分には関係ないけどそりゃキツイw
ダウングレードするか、修正に期待だね 試しに1.18でもテストしてみたけど同じだった
取りあえず1.16に戻して様子見する ■ このスレッドは過去ログ倉庫に格納されています