OS X 専用プレーンテキストエディタ、CotEditor©2ch.net

オープンソースで開発されているCotEditor
Mac App Store でも配布中

公式サイト
http://coteditor.com/
CotEditor Project ・ GitHub
https://github.com/coteditor/
Twitter
https://twitter.com/CotEditor

CotEditor 2.2 に関するよくある質問
https://coteditor.com/news/2015/CotEditor_2.2.0.ja

＞ たのしい以外のなんのモチベーションでやればいいのでしょう。
＞ Swift 化するということ自体が私の趣味活動でした。
＞ 開発者であれば新しいことへのチャレンジと自分のコードが
＞ どんどんモダンになっていく姿に興奮を覚えない人はいないでしょう。

感動した

全く他のアプリのローカライズしようと思ってふと色んなアプリのパッケージの中身見て、CotEditorだけフルにswift化されててそして完全に整理整頓されてて、うおお！すげえ…って唸った覚えがある

別の記事だが
http://qiita.com/1024jp/items/d85e35ff5d00b3a93d68
>「ゴミ箱」と「ごみ箱」など、この小さな違いが宗教戦争にまで発展することもあります。

ワロタ

最近Apple公式がWindows用語に寄せてきていて軽く絶望するよな
「情報を見る」が「プロパティを見る」になるのも時間の問題かも

これいいエディタだよな
macはいい無料アプリ少ないので感動した

miとviだけ使ってる　これは眠ってる

シンタックスハイライトがおもちゃレベルなのが残念。

CotEditorで設定したシンタックス定義のYAMLファイルをVSCode用に変換することなんてできませんよね
いやいいんです忘れてください

ストア版とそうじゃない版の違いって何なの？
サンドボックス云々じゃなくて実例で言ってほしい

書いてあるじゃん
サンドボックスをなぜ例にあげ、また、実例がとかいうお前ににどう返答したらいいか困るだろうw

・(エディタとしての)アプリの機能は同じ
・アップデート自動チェックのためにnon-AppStore版はSparkleを利用してる
・サンドボックスはAppStoreには実装が強制で、non-AppStoreにはサンドボックス強制ではないが別に外していないってとこか
って、書いてある以外に何を疑問を思っているのかイミフ

お洒落さんぽいデザインで気に入ってるのですが、長文？だと下の方でカーソル ずれますね

JEditへ戻れ？ うーん… (゜-゜)

長文扱うならTextWranglerの方がいいよ
複数ファイルの横串検索も強力で無料だからね

>>184
ある動画プレーヤーアプリもストア版と自前版があって、
後からストア版が出てきたんだが、サンドボックスの影響でドラッグ&ドロップができないだとか、そんな説明をどっかで見た
cotのストア版で現状困ったことはないけど、非ストア版でより便利になるのかどうかが知りたいので、実例を求めた次第

>>187
>>184 に書いてある通りだけど、サイトに記載してますのでよろしく。
https://coteditor.com/archives.ja

>>186
コメありがとうございます
他にも色々あたってるところです
ただ見た目は良いんだよな Cot
(往生際が悪い)
すみません

>>185
開発者です。
"下の方でカーソルがずれる"、が初めて聞く症状なので、
もう少し詳しく教えていただけると助かります。
- macOS, CotEditor のバージョン
- 問題が発生する長文の目安（ファイルサイズ、行数、1行あたりの文字数など）
- 問題が発生してる様子のスクリーンショット
- ほか、再現方法
がわかると修正できるかもしれません。

>>86は？

>>191
あぁ、このバグのことなのか...!
フォローありがとうございます。
それ、私なんだか直前の表示範囲が1行ずれるバグとごっちゃになって
ちゃんと把握できてなかったかもしれません。

ちなみに、この不具合（カーソルの描画位置が高さ方向にずれる）が起こる方、
画面は Retina でしょうか？

>>192
追記（2ch は書き込み編集できなくて不便だ...）。
やっぱ、TextEdit.app でも同様の問題がいまでも起きますね。
となるとやはり >>76 のとおり Apple の対応待ちになるかと思います。
申し訳ない。

>>189 です

作者様、ありがとうございます
上の方とは別人です
そうですかApple側の問題…
う〜ん

>>193
これ(>>86,93)って、キャレット「表示」位置が単に変ってだけですよね。しかし、実際のキャレット位置はちゃんとペーストの最後にありますよね

確かにTextEditでもほぼ同じ動作ですねえ。ペーストするのが10行までは問題無いが、それ以上になると増分分上にズレるという変な動作w
まあ、OSの問題ですが、ペーストによりスクロールが発生したらキャレット(選択範囲)を一度テキトーにどっかに置いて、一呼吸置いて戻すってすればいいような気がしないでもないですが、まあ変な対応ではありますけど

この自動スクロールが発生するペースト直後にキャレットが「表示上だけ」変になるって些細なことなのかな？>>194

>>195
>キャレット(選択範囲)を一度テキトーにどっかに置いて、一呼吸置いて戻す
isEditableのオンオフでも対応可能なよう／の方が良いのだけど、キーリピートによるペースト(Command+V押しっぱ)だと、戻す暇がありませんねえ(動きはするが、瞬間的にCommand+Vが無効でビープ音なる)

すでに対応試行してましたか。失礼しました

ペーストが終わったらキャレットを再(計算／)描画すればいいんじゃねって
https://gist.github.com/anonymous/f609e5eb1678cede4d94af0f6916f5b1

まあ、変な位置にあるのが見えるから美しくないねえ。そもそも特に問題になるようなバグでない気がしてきたw
(内部でどこかでキャレットの位置を計算してるとこがあるのでプライベートAPIで無いかなあ…ああ、Mac App Store で撥ねられるか)

美しくない変な位置にあるキャレットは消してしまえばいいんじゃねって
https://gist.github.com/anonymous/076c6ccc69419147f2c8888f0c3ab485
>>197にこのメソッドを追加で
おー、違和感ない美しい(自画自賛)。メソッドまで追加はアホなバグに対するパッチ的なコード的には美しくないけど

なんというか、個人的な思想と怠惰なんだけど、
こういう描画程度で操作性に影響を及ばさない程度のバグなら、
変に workaround を仕込まない方がいい気がするのよね。
特に大きいファイルでの再描画はそれなりに負荷があるので。
ペースト時だけって特定できるのなら頻度も少ないしそれもアリと思いつつ
ペースト以外でも起きるっぽいし。

設定でのオンオフとか
ターミナルのdefaults writeでいじれるとか

本来不要のコード／必ず不要になるコードを入れたくない。一時的ある意味瞬間的な見た目だけの問題で以後の操作に支障が(それほど(あるわけでもないのは特に
っていうことでしょ

CotEdltorは全てのタブの変更をまとめて保存することはできますか？

Save All(…)は無いみたいだねえ
スクリプトでできるかもしれないなw

試してみたら、
スクリプトでできるし、
CotEditorのスクリプトメニューのアイテムには普通にシステム環境設定でショートカットを設定できてショートカット機能するね

改行を文字数カウントしないは出来るけど
スペース等もカウントするしないの機能があると助かるんですが、、、
出来ないでしょうか

この機能、改行は出来るけどその他をカウントしないのって意外と無いですよね？

ツールバーの設定がリセットされたり、ちゃんと終了されずに強制終了させないといけないときがある
後者はどうでもいいけど、ツールバーリセットは少しキツい……

おっ3.2.2来てる

テキストエディットと同様に、⌘+T でフォントパネルを開くべきだろう。

CotEditorでの⌘+Tはなんだ？ああ、新規タブか。新規タブで⌘+Tって他ではどれだ？ああ、Xcodeか
ってことで、「べき」ではないだろうな。テキストエディタ寄りではなくXcode寄りで不思議でもなんでもなくね。HIGで指定してたっけかなあ

>> 205
文字のカウント方法は結構マニアックで数多あるので、
2種類（文字数と文字長）プラス改行の有無に絞ってしまってる現状は片手落ちかなと思ってるのですが、
その要求をいろいろ考慮しだすとなかなか煩雑になりそうなので
（あと処理が重くなりそうなので、ライブ文字カウントはなかなか不可がある）
現状はこのような実装になっています。
変える気がないわけではないので今後検討するかもしれません。

>> 206
ツールバー設定がリセットされるのは初めて聞きました。
強制終了とセットでしょうか？
できたらクラッシュログ（と OSバージョンなど環境情報）
もらえるとなんらか調べられるかもしれません。

>>208-209
確か、Xcode に倣って ⌘T にした気がします（記憶があやふや）。
標準のメニュー項目ではないので特に Apple 側の指定はなかったはず。
キーバインドの設定でカスタマイズもできることですし、
ひとまずはこのままってことでよろしくお願いします。

s/不可/負荷/

>>210
カウント検討有難うございます。
CotEditor本来の使い方ではないと思うのですが文章書きで使用していてカウントが結構重要な感じでなのですが
整えるのに改行やスペースを多用するので数文字しか打ってないのにその何倍も表示されるのが何とかならないかなと思っています。

いろいろなソフト試して唯一LibreOfficeがいい感じだったけど重いんですよね

期待して待ってます<(_ _)>

シンタックスでタブ幅を変化させたいのだけど。

sublime3ええのう

utf-8以外まともに扱えないエディタのsublimeがいいかぁ？
甚だ疑問でしかないわ

よく見たらスレチな話だった
ごめんご

sublimeは日本語を直接まともに入力できないのが普通に支障あるけど、
それを踏まえてもがっつりコーディングする用ではいまのところマイベストだな
コーディング用以外も含む汎用常用エディタとしてはCotEditorがベストだけど

> Sublime Text の良いところ
うちは3にアップデートせず2を使ってるが
Finderからファイル名をコピーしたであろうテキストを開いたり
Finderからファイル名をペーストすると
「フォルダ」が「フォルタ゛」の様に分離が確認できて便利ですよ！
（表示の際、HFS+ファイル名の見かけの合成が行われない）

3.2.3来たね

空ファイルでも、1行目の行番号表示すべきだと思うけど。

>>220
カーソルの可動範囲(エディタの行番号)として考えればその方が自然に思えるね
ただ文書の行(番号)としては、むしろ空の最終行(空ファイルの一行目も含む)には一律表示しない方が自然かも

今だと、空ファイルに改行打ち込んだら1行目と2行目の行番号が表示されるけど、
それを、改行打ち込んだら1行目の行番号だけ表示されるようにする、という意味

テキストカーソルが2行目に行けるのに、2行目の行番号表示しないなんて不自然だろ。
同様に空ファイルでも、テキストカーソルが乗ってる1行目の行番号を表示しないのは不自然。

なにをムキになってるんだか。ちゃんとよく読んだら？
カーソルの可動範囲としてならお前の言う通りが自然、文書の行として見るなら表示させない方が自然かも。現状2行目になるとどっちでもないと
って2パターンを書いてあるんだろうと読んだけど。さすが「べき」を使う人だけあって拘るな=拘りすぎてよく読めてないとかか

ほかのエディタなら空行も見えてるものも、見えてないものもあるね
cotはまぁ作者の美的センスを優先ってことで、ないなら諦めるしかないんじゃね

これ、私が引き継ぐ前からそうなってて「なんでだろう？」と思いつつそのままにしてたのですが、
やっぱ微妙な気がするんで、そういうことなら次のバージョンから変えます。
つまり、個人的なこだわりは特にないです。

ちなみに手元に集めてるテキストエディタざっと見た感じ、
0文字の時に行数表示しないのは Chocolat.app くらいでした。

>>225 は >>220-224 の話題に関して。

OSバージョン10.11.6（15G1611）で、
バージョン 3.2.3をAppStoreからインストールし直したのですが
「設定」でウィンドウ幅などを変更しても反映されません
既出でしょうか？

>>225
嬉しいです

3.2.4アップデートが来てるね
お疲れ様です

はっ…
このアプデで 1行目表示も追加？

されとるね

相変わらず仕事はええ…

仕事早い！

プログラムのブロック終了でインデント解除ってできますか？

検索／置換テキストフィールドの端に、クリアのための丸ペケボタンを設置して欲しい。
テキストエディットにある奴。

>> 227
"ウインドウ幅「など」" という書き方が気になりますが、
それそれ以外も反映されないということでしょうか？
ちなみに環境設定のウインドウ幅は次に開くウインドウから適用されるはずです。

>>> 234
できないです。
ブロック終了をどうやって感知するかだな。

>>> 235
たしかに、忘れてた。バチスカの検索ウインドウでは実装したのになぁ。
「n件見つかりました」との折り合いが付きそうなら 3.3.0 で実装しようかと思います。

>>236
レス番号の書き方がいい加減すぎる。>2つに空白抜きで数字、だよ。

2ch初心者でもないのになぜそんな安価…とは思った
5ch初心者だからか

たしたよー。
https://twitter.com/1024jp/status/931676172785610752

>>238
普段あんまり書き込まないからやり方忘れがちなんだ。
ゆるしてくれろ。

>>236
227ですが、フォントの色なども何故か反映されませんでした。
ちなみにアップデートしたら問題なく設定が反映されました
ありがとうございます。

ここんところ一番使うテキストエディタがこれになってきた
他のはインストールしてるのすら忘れがちになるくらい何かあれば無意識にこれを使ってる

引用としては、>のあとスペースというのはある種正しいよな

丸ペケボタン、いるんかねぇ
OSに合わせるという意味ではいいんだけど、そもそもPCだから選択はマウスでいいとしても、
そこからdelキー叩いた方が2ステップだけどボタンより早くない？使ってる人いるんかいな
webのUIでもお目にかかったことないわ

>>243
> webのUIでもお目にかかったことないわ

テキストフィールドをクリアする×ボタンなんて何処にでもあるわ。
例えばこれyahooだけど https://i.imgur.com/o0YzLQj.png

一応書いておくと
WebKit系ブラウザの場合は「input type="search"」のフォームでは自動で丸ペケボタンが出ます

例
https://web-designer.cman.jp/html_ref/abc_list/input_search/

ここで試せる

俺の環境だとYahooJapanにSafariでもChromeでも×は表示されんが、あるとこにはあるんやな
ただそこクリックするシーンが全く思い浮かばんが、スマホユーザー用か

飲み物を片手にマウスのみで操作してるときに便利

再検索するとき、前のが残ってて邪魔な時に便利

ライオン以前にもテキスト入力の×ボタンってあったっけ

角が丸い検索フィールドのことなら、消去の×ボタンは出現当初(10.2 Jaguar)からあった
それまでは角が丸い検索フィールドは無かった

https://arstechnica.com/gadgets/2012/12/screenshot-tour-os-x-then-and-now/2/

困った時のアルステクニカ頼み、ars最高
わざわざ入力中の画面コピーを掲載してくれる、そこにしびれる（略)

aquaええな

3.2.5来てる
お疲れさまです

3.2.4でも3.2.5でも54MBの大きいファイルを開こうとすると固まってしまう・・・
まあ3.2.3では問題なくて用は足りるからいいんだけど・・・

シンタックススタイルごとにフォントを設定できるようにして欲しい……というのは贅沢だろうか

シンタックススタイルごとにインデント幅を設定できるようにして欲しい

シンタックススタイルごとにターミナルみたいなテーマサムネをつけてほしい

>>257
253です。早速のお返事ありがとうございます。
仰せのコマンドを試したら改善したので、
アップルのバグ修正待ちということですね。
しばらく3.2.3を使います。

3.2.6アップデート、お疲れ様です
ところで[ヘルプ]からリリースノートが見られないのは仕様なのかおま環なのか…
環境は10.11.6です
最新のセキュリティアップデート適用済み
AppStoreからダウンロードしました

>>239
「足した。」と言って足さないメソッド。

以前のバージョンからですが、「検索と置換」パネルで shift-tab が効かないのは既出ですか？
入力欄の移動が tab ではできるけど逆方向ができない。おま環？

それ俺も書こうと思ってた件だわ。

まちがって 50 MB の .json とかダブルクリックしちゃったりすると
カラーリングの処理で全ウインドウ巻き込んで固まるのどうにかならないかな……
強制終了しても編集内容は基本的に無事だけど

とりあえず応急処置として
「1 MB 以上のファイルを開く際はカラーリングを自動では行なわない」
とか、お願いします :bow:

>>260
本件は 3.3.0 に足しました。
現在 3.2.x 系と 3.3.0 系を同時進行しており、3.2.x は基本的に修正を小規模最低限の変更のみを加えています。
3.3.0 は来年中にリリースします。
も少し待ってください。

>> 261
shift+tab は私が失念してました。
指摘ありがとうございます。
これは次の 3.2.7 で足します。

>>263
うーん、JSON はそもそも抽出の正規表現がいまいちなんですよねぇ。
本来なら1MBをしきい値に処理を変えるのではなくこの根本を直さないといけないところだとは思うのですが。
少し考えさせてください。

>>264
>>261>>263です。ありがとうございます
カラーリングの件は、もちろん処理の高速化がベストかとは思いますが
単純な閾値設定ならば実装の負担が少ないかなと提案した次第です

立ち上がりが速くて、ちょっとした文章の下書きに便利なので
起動時に新規ウインドウを開くようにしているのですが、
何も編集せずに既存のファイルを開いた場合に
始めに開いたウインドウを自動で閉じるようにはできないでしょうか。

CotEditorが起動してない時／起動時に、
CotEditor起動 -> 新規ウィンドウを開く
Finderとかで書類開く -> 書類ウィンドウを開く
っていうのがCotEditorに限らずmacOSの規定動作。Finderとかで書類開くでなくCotEditorを起動してから書類を開くという操作がデフォになってるんだるが、だったらCommand+W押せばいいだけで自動まではいらんのじゃないかなあ
他のアプリと挙動が違うとかになるし

俺のとこでは自動で閉じるというかTextEdit.appと同じ挙動だけど何か誤解してる？

これ>>268

記憶があいまいですが、少し前までのOSの TextEdit は 起動時に新規ウインドウが開いて、
既存のファイルを開くとそのウインドウにファイルの内容が表示されてませんでしたっけ。

HighSierra では TextEdit を起動するとオープンダイアログが開くようになっています。
その部分を除けば、今の TextEdit と CotEditor の挙動は同じなので、確かに統一感はあります。

前はJeditも使っていたので、もしかしたら TextEdit ではなく Jedit の 挙動かもしれません。

>>268
TextEditは起動した時の新規ウィンドウに開くが、新規ウィンドウを移動したりしたら別のウィンドウで開くというちょっと凝ったことしてるな

>>272
>起動した時の新規ウィンドウに開く
起動時だけでなくアプリアイコンによるアクティベート時のも対象か。アプリが自動で作成した新規ウィンドウに対してだな

JeditXでも動作はCoteditorと同じ動作だね