Atom GitHub Editor Part 1
レス数が900を超えています。1000を超えると表示できなくなるよ。
GitHubが6年の歳月をかけて登場したテキストエディタ「Atom」
「21世紀向けのハッカブルなテキストエディタ」と称されている
拡張性と使いやすさを目指していて、「小学生が最初にコードを学習するのにも利用できる簡単さ」と
「熟練のハッカーも利用できる幅の広さ」を持つことを目標にしている
「Sublime TextやTextMateは便利だが拡張性が限定的、EmacsとVimは柔軟性に優れるが使いやすさでは劣り、
特定のスクリプト言語でしかカスタマイズできない」と既存のエディタの問題点を解決するために開発された
JavaScriptで拡張可能とのこと
Mar. 3, 2014現在Mac版のみ招待制で提供されている
Atom
https://atom.io 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に戻して様子見する コピー範囲とか複数行選択した時に改行に沿って色変わる設定かパッケージありますか? >>874
俺もたまたまSJISのファイル開いたら再現した 今朝うちでも再現して困ってたけど1.16に落としたら治ったよ
自動アップデートは外したほうがいいね… encoding-selectorの問題みたいだね 便利なパッケージを入れるにつれ行番号の表示領域が横に伸びていってなんか見づらい スタイル書き換えちゃえば?atomは自由度高いから基本見た目に関しては、こうしたいなぁなんてことは大抵簡単にできるよ Github統合よりもターミナル(及び標準出力)の統合を。
プラグインのはどれもこれもバージョンが変わるとすぐおかしくなったりして不安定。 visual studio codeは標準でターミナル内蔵してるみたいね
よく使うから標準にしてほしいね(´・ω・`) うまく表現できんのだがWin10で使ってると字が滲んでいくのが辛い
画面フォーカスが当たってない状態だとどんどん滲んでいく
なんというか画像処理でブラーかけ続けていく感じの文字詳細が分からなくなる感じの滲み
編集領域をクリックすると直る(が、その瞬間からまた滲みが再開する)
メニューも滲んでいくがメニューをクリックすると直る
正直常用にしんどいんだが同じ症状の人はいないものだろうか その場合はVScodeでもにじむと思う
コンポーネント同じだからな Win10で使ってるけどうちでは起こらないな
コミュニティパッケージのないクリーンな状態でも発症するならバグ報告しとけば GitTabよくわからんな
差分見ながらコミットメッセージ書けるってだけ? 自分の作業環境にbracketsメインにvscode、sublime text、ATOMと入れて気まぐれで色々使ってるんだけど
ATOMの起動の遅さ何とかならない?
同じファイル開くと
sublimeが1秒、vscodeが3秒、bracketsが8秒なのに対してATOMだと20秒以上かかるんだが 環境やハードスペックにもよるからなぁ
こちらは初回起動8秒、それ以降は4秒くらい pcスペックはこんくらい
win10 / i7-7500u / 16gb lpddr3 / 512gb pcie-nvme >>896
パッケージサイズがVSCodeと比べて3倍以上。
もちろん全てが一気にメモリにロードされるものではないだろうけど、
起動が遅くなるのも当然だわな。 起動が遅いならずっと起動していればいいじゃない
-- とあるEmacs使い >>896
HDDならインストールフォルダ(%LOCALAPPDATA%\atomあたり)をデフラグすればマシになるよ
あとは読み込むパッケージや起動時のタブの量かな
一応起動の遅さはIssueにもあがっていて問題視されてはいる
他にもあると思うけど例を挙げると↓
https://github.com/atom/atom/issues/2654
https://github.com/atom/atom/issues/14347
Packages -> Timecop -> Showで起動時間が表示される
たいていがWindow load timeとShell load timeがボトルネックになってる
前回終了時のタブを復元させているならそれはオフにしたほうがマシかもしれない
VSCodeはElectron系統の中では起動の速さが革新的だから比較するのはちょっとかわいそう SSDからの起動だったので気づかんかった(ちょっと自慢) 1.19はエディタ部分に手が入るようだからさらに快適になるかもだ >>901
ありがとう、デフラグかけたらかなりマシになった
そして重い最大の原因は、リンク切れのファイルをタブ化したままだったことだった
お陰で5秒ぐらいで立ち上がるようになった >>905
重くてVScodeとかに浮気しそうになったけど、Githubに賭けて使い続けてるからがんばってほしいわ vscodeの利点
・比較的軽い
・置換がメチャ親切。特に正規表現を使ってるとどこまで対応してるか表示してくれる
・デフォルトでgit操作可能
欠点
1htmlタグを記述していると、閉じタグのガイドがない(どれがどの閉じタグか分からない。拡張にもなさそう)
2タグ表示のカーソルが見づらい
3拡張プラグイン入れて再起動をかける時に今まで開いていたファイルが一旦閉じてしまう
4開いたファイルのパスがデフォルトで表示されない
特に3は早急改善望む >>908
ちなみに4はタブのマウスオーバーで表示、右クリックでコピーも可能 >>908
1は標準でついてるGo to Matching PairとかプラグインのHighlight matching tagあたりじゃ駄目なの? アドバイスサンクス、明日職場でチューニングしてみるわ なんかlinterがある時期から構文解析?するのに異常にもたつくんだがおれだけ? おかしな挙動するパッケージは一度アンインストールしてインストールし直すと
直ったりするし直らなかったりする markdownのlintで、
- aaaa(ul短縮)
1. aaaa(ol短縮)
と書くと叱られるんだけどそういうもん?
# aaaa(h短縮)
はOKで、ulとolがスペース1個だとNGなのは何か納得いかない ツリービューに、エディタ側のShowIndentと同様の縦線って入れられますか…? >>916 は正しくは「Show Indent Guide」でした、失礼しました すまんvscodeに行ってしまった……
でもatomも好きだから更新は追ってるよ もう安定してきてるし、使い方も使えるパッケージも各自見つけちゃってるからな
大して真新しい話題はないよw ATOM、Brackets vscode sublimetext3
以外にelectron系のエディタってある? レス数が900を超えています。1000を超えると表示できなくなるよ。