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

自分が言いたい事を言えないのにお友達なんかが言うとドキッとしちゃうタイプかな？
ほらドラマでもあるじゃん。
ちょっと…そんなこと言っちゃって大丈夫ぅ？
とか言うシーンがさ。
支配者権力者には言いたい事は言えないくせになんでもないやつには偉そうな事を言うやつ多いよね。

なに言ってるの？あたま大丈夫？やっぱり「なにもできない」らしいな。支配権力とか...アホか。お前がその気になればその作者にもなれるだろう
善意でやってもらっているそれで利益になってるのに、偉そうに文句を言う筋合いは全くないってことだぞ？
なにもできないくせに偉そうなのがよほど迷惑だぞ？世間一般的にも。お前のは「何も言えない」じゃない「無闇に根拠なく偉そうにできない」だろう。んなのできなくてあたりまえなんだが

どこのスレにも親衛隊が湧いてくるなww
うける

ほんとに頭悪いなww

よほど悔しいみたいｗ
ほらほら頑張って！ｗ

レスするほど低レベルな作者ということがばれるｗ

www ほんとに自分が見えないヤツだな。その見えなさはニートなのか学生なのか

バージョン3.5.0 (268)
文字列の変換中に文字列がグリーンで選択されるが
これをオフや通常の選択範囲の色に戻す方法はないの？

単発ニートが何いっても無駄ｗ

関わるほどスレが汚れるってことすら知らない低レベルさ

>なに言ってるの？あたま大丈夫？やっぱり「なにもできない」らしいな。

作者降臨ｗ
あの会でもそうだったけどほんと気持ち悪いわ。

あーあ、なんでそう自ら馬鹿の証明するのかなあ。まあ馬鹿だからしょうがないんだろうけど
作者じゃないよ。はっきりと紛れもない馬鹿だなと認識できたわけだけど、この世の二人には。十分すぎるな

笑

バチスカと同じような親衛隊が湧いてくる

この流れを見るとエディタ総合スレから隔離されててよかったと思える

胸糞悪い開発者

朝鮮人でも湧いてるのか

ぼくの提案を聞き入れないなんてこの開発者何様だよ

初代が一番いいね

変換中の文字列が緑になってしまう問題
選択した文字をハイライト
のチェックを外したら改善した。

>>367
ありがと

新機能が仇になってたのか

アップデートしたらすべて置換ができなくなった。
一つずつなら出来る

>>370
マジで申し訳ないです。今さっき修正版をStoreに提出しました。
最近のStoreの動向を見てる限り、多分明日の朝までには修正版がリリースされるかと...!!

>>371
修正確認ました。
ありがとう

作者のスライド見たけど、ツールバーへの執念凄すぎだろ…
このためのcotバージョンアップだったのかと思うと応援はしたいよな

千行数千行になるとスクロールしても最後の行がなかなか出てこず
スクロールバーが少しずつ移動して途切れ途切れに表示されていくけど、
これはこのアプリの仕様なのか、どこかで設定できるのかなんなんですかね。

>>373
うざ

批判はいっさい許さない

陰キャからしたらうざいんだろうな

>>374
サムを引きづるかCommand+↓を押すかな

どういうスクロール方法を使ってるのかわからんけど、スクロールホイールもしくはスワイプかな？
スクロールバーのサムを引きづればそれほどストレスないと思うよ。タッチパッドではちょい面倒かもだが

表示に関わる部分は現在表示している部分だけで、未表示な部分はそこが最初に表示された時に初めて処理される
スクロールホイール／スワイプでのスクロールは未表示な部分が次々にで、随時処理が入ってその処理がちょっと重いのでって感じかな。サムの引きづりは表示する部分が飛び飛びなので
一度表示されたらそゆ処理はされないので、つっかかることもなくスムースに持続的なスクロールになる
って感じかなあ

Command+↓ (単にキャレットを最下行に移動するだけ)時はなぜか、現在のキャレット(？)最下行までなめなめして未表示部分の表示処理(？)しているようで、ファイルがでかいと終わるまで(かなり)時間がかかるが、終わったらスクロールはスムース
な感じ

>>373
ks

TextWrangler使いなよ
重いファイルでもサクサクで驚くぞ

もう無くなるけどな。

プログラムのチェック用にコピペコピペで大きなファイル作ってたら
動かなくなってしまって、強制終了したんだけど
アプデの時かなんかに、気付くと最後のファイルを起動時に開く設定になってて
起動する度にそのファイルを開こうとするみたいで起動出来なくなった。
仕方なく設定ファイル捨てたんだけど、こういう場合他に対処法あります？
長文すいません。

~/Library/Containers/com.coteditor.CotEditor/Data/Library/Autosave Information
の内容物消せはよさげ

>>383
なるほど、ありがとうございます！

たしかCotEditorはファイルサイズが10メガ超えるとスクロールが止まりやすくなる

Dark Mode対応したか

CotEditor バージョン3.6.0 (286)
Mojave 10.14

High Sierraで使っていた環境をMojave 10.14へ上書きアップグレード後、OSをクリーンインストールしたらウインドウサイズを広げても次以降に開いたウインドウが小さくなってしまう。
毎回ウインドウを広げるのが面倒だ。
High Sierraではそんなことおきなかったし、クリーンインストールするまでのMojaveも問題なかった。

タブ入力をするとスペース5文字になってしまう
自動展開はオフでタブは4文字となっているのに
なんか解決策はありますか

3.6.2 (290) でそうならないけど
「タブをスペースに自動展開」してないってことから、スペース5文字分の幅でということか。それもならないけど。フォントの問題とか？なんのフォント？また、どういうシンタックススタイル？

> 在日の親は、子供を朝鮮幼稚園・朝鮮学校に入れたいっていうのが多いのよ。
> 日本人からすると、なんでだろうって思うけど、日本人の学校では、民族の誇りを持った教育がしてもらえないんだそうだ。
> よく分からないけど、済州島の流刑者の白丁が大阪に密入国して住み着いたじゃ誇りが持てないけど、
> 日本人に強制連行された被害者なら誇りが持てる、とかそういう事かな？？
>
> 市原市の能満は昔から市街化調整区域で、新規の建物は造れないことになっている。
> そのため土地が安く、日本の法律を無視した在日が、次々と移り住んできた。
> そこで問題になったのが、朝鮮学校だ。なかなか許可が下りず、一番近くても千葉市にしかない。
> そこで在日居住区の能満内にあった、能満幼稚園・市原小・市原中・緑高の保育士や教師を、朝鮮化する事を考えた。
> 今では在日幼稚園の保育士は全て朝鮮帰化人で、在日の父兄からの絶大な支持を受けている。
> 遠くからでも、わざわざ在日幼稚園に入園させたいという在日の親は、後を絶たない。
> この在日幼稚園卒園者はほぼ朝鮮系の帰化人と在日だ。

CotEditor 3.6.8
ここしばらくのバージョンで問題なかったがリターンキーを押すたびにその行より下の行番号が点滅する現象は再発してるな。
CotEditor 3.6.7に戻すと改善する。

>>387
逆にそんな感じの挙動を任意で再現できる設定が欲しい
TextWranglerのSave Default Windowに近い機能で、
任意のウィンドウのサイズを以降の新規ウィンドウのデフォルトサイズに設定できる感じの

普通のテキストはそ普通のサイズで読み書きしたいけど、
縦に長いログとか逆に横に長いログとかはそれぞれウィンドウを縦長や横長にして読みたいんだよね
でもそれをやるたびにそれ以降の新規ウィンドウのサイズもその極端なサイズになってしまう現状

>>392
自分はAppleScriptで最前面のウィンドウサイズを直すスクリプト作ってるよ
最低限の機能だけど、Script Editorで↓のをコピペすりゃいいよ

tell application "CotEditor"
activate
set bounds of front window to {25, 22, 1280, 1055}
end tell

途中の｛｝に入った数字が画面左上からの、開始位置X,Y,終了位置X,Yの順になってるから
好みのサイズにしたければそれを変更すればいい

ちなみにこれ、フルハイビジョンサイズ画面（1920×1080）で
上下左を少しだけ空けて（メニューバー分と、Tab Launcher入れてるから）
左端から３分の２サイズにする設定ね

あと、保存する時にアプリケーション形式にしておけば
アイコンをクリックして実行もできるし、Alfredからも起動できて便利だよ

>>392
>TextWrangler
まったくもってスレチだが、
BBEditにフリーモードが付いてたよ。TextWranglerがディスコンになったが、BBEditと別にじゃなてBBEditで機能制限でひとつ(＆より気に入ったらBBEdit買ってねとアピールしやすいだろしね)になってた

30日の試用期間が終わったらフリーモードになる。まだ、30日の試用期間なので、たぶん＆Preferences > Menu & Shortcuts で Simple Menus にしたのがフリーモードかな？

>>391
3.6.9で直してみたつもりですがいかがでしょうか？
Mojaveで行番号ビューが依存してた部品のレイアウト・描画方法が変わってここ最近かなり手こずってました。
いやはや。
結局大幅な改造を加え、これで安定したと思ってるのですが。

>>395
作者さんですか？
いつもお世話になっています。

先程確認しましたが、CotEditor 3.6.8で起こっていた点滅の問題はCotEditor 3.6.9で改善されているようです。
とっても早く対応していただいて感謝します。
ありがとうございます！

CotEditorってエディタ部分のコンテキストメニューないんだっけって思いながら使ってたけどバグだったんだな…
直ってた

長いテキスト開いて、
一番下にカーソルがある状態なんだけど、
そのとき矢印キーで上下スクロールすると、おかしな位置にすっ飛んでしまう

ちゃんと他人が(簡単に)再現できる手順を書いた方がいいよ

>>398
手順とかどうでもいいからtwitter読め
それに近いことでウダウダ書かれてるから

　行番号をクリック/ドラッグしたらエディタペインをアクティブにしてほしいな。

1. アウトラインをクリックしてジャンプする
2. 行番号をクリック/ドラッグして行選択する
3. Cmd+Cでコピー（エディタペインにフォーカスがないためコピーできていない）
4. Cmd+Vでペースト……できなくて半ギレになる

こんなことない？

>>398
CotEditorのバージョンが最新（3.6.9）かを確認した上でmacOSのバージョンと再現手順もらえると大変助かります。

これに関連してる可能性が高い気がしますが、
手元で再現方法がわからず手が出せないでいます。
（自分でも一度なったことがある気がするんだけど、自分でも再現できない）
https://github.com/coteditor/CotEditor/issues/830

>>401
なるほど。わかる。対応します。

>>402
　3つくらい前のバージョンまでは下記手順で頻発してたけど、最新版では今のところ
見てない気がする。

1. 大きめ（1万行とか）のファイルを開く
2. 検索かアウトラインを使ってかなり離れたところへ飛ぶ
　（アウトラインを使った場合はその後エディタペインをクリック）
3. カーソルキーの上下左右どれかを押す
4. スクロールが激しく荒ぶる

>>402
うちの場合

1，5000行ぐらいのファイルを開く（前回のウィンドウを復帰で、カーソル位置は開いた時点で一番下にある）
2，その直後にカーソルキーを上に1回押すと、激しく上にスクロールしていく
3、カーソルが見当たらなくなっているので、そのあと、もう1回カーソルキーをどれか押すと、2000行とか3000行あたりの位置に移動している

前のバージョンぐらいからは大丈夫になっているようです。

ただ、最新（3.6.9）で
「前回のウィンドウを復帰」にチェックを入れて、CotEditorを起動して、
5000行ぐらいのファイルを自動で開くと、
2秒ぐらいレインボーが回るようになってしまった。
（「前回のウィンドウを復帰」のチェックを外して、ファイルから開いたときは、レインボーは出てこないけど。）

言われてみれば
>>404
みたいな状況でのその挙動、うちでもあった。
4、Command+↓で一番下に戻る
で対処してた。

>>403-405
ありがとう、ちょっと調べてみるわ。

技術的な話をすると、Cocoaにnoncontiguous layoutっていう、テキストビューの全体じゃなくて見えてるとこだけレイアウトする機能があって、
それをオンにするとテキストがでかいときの処理が軽くなるんだけど
その代わりレイアウト（特に縦方向の位置計算）が概算で行われるから不安定になるのよ。
それを3.6.9で切ったので、スクロール系の改善と計算量の増加（レインボーカーソル）が同時に起こったんだと思う。
ってことで今皆さんの状況を聞くと、noncontiguous layout切ったことでスクロールまわりの不具合は直ったのかな。
ただ、さすがに5000行ごときでレインボーカーソルはどうかと思うので、
その辺ちょっとチューニングできないか試してみます。

あと>>401は実装したので3.6.10でお目見えします。

連投すまん。
おかげで原因がわかったので、スクロールの件は根本から迂回策がとれました。
Many thanks!

マルチカーソル実装はすごく嬉しい。

マルチカーソルで例えば行数の多い（500行程度）svgなんかを開いて行頭のタブやスペースを一気に200行くらい選択して削除すると固まって応答しなくなるな…

>>409
テストありがとうございます。
本件、さっきリリースした3.7.0-beta.4で修正を加えてみましたが如何でしょうか？

似たような書類を比較する機能ってあります？

>>410
Betaだと応答不能問題直ってますありがとう！

もう一つ気がついたんだけど、いろんなテキストやsvgなんかの書類のデフォルトをCotがデフォルトで開くになってる事があるのはおま環なんですかね…
svgはIllustratorCC（前はGapplinなど）にしてたんだけど、気がついたらCotがデフォルトのままになってて何度直しても再起動してもコンテキストメニューのデフォルトはCotのままになってる

ちなみにLaunch Services detabaseを再構築しても関連付けでデフォルトになったままだった

>>413
svgなど本来テキストではないものを
テキストとして妙な関連付けをしてるアプリがあるはず

つまり
・テキストのデフォをCotにする
・svgをテキストとしてInfo.plistで設定してるアプリがHDD上にある
この二つの条件を満たすとsvgまでテキスト扱いになり
Launch Servicesとしては、svgはテキストだな、じゃぁCotで開くかとなる

新参者です。
Cotって何ですか？意味はなんでしょう？
結構古い歴史がありそうなエディターなので、Cocoa Text Editor、つまりCotEditorって所なんでしょうか？

>>415
私も以前から気になっており、先日原作者様に伺ったのですが、Cocoa Text Editorで正解です。
当時はCarbonのアプリケーションが多かったですからねぇ。

( ・∀・)つ〃凸 ｶﾞｯﾃﾝｶﾞｯﾃﾝ

CoTex

>>416
thx

もうちょっとカッコいい名前だと知名度上がるかも。
日本語を満足に扱えるエディタ少ないんだよねぇ。

特に絵文字の取り扱いが、下手なエディタが多い。
例えば、Vimで▶工事中と記述すると、絵文字と工事中って文字が一部重なって困っちゃう。

新規書類でテキストエンコーディングを変換して保存時に元に戻す（変更を破棄）するとレインボーサークルで固まってしまうな…
300行くらいでも

CotEditorという名前、可愛いし短いから好きなんだけどねえ

>>421
Cocoaって最近耳にしないから、名前の由来がなんだっけ？となりガチ。

import AppKit
と今では書くが、今でも
import Cocoa
って書く場面あるんだろうか？

文字コードの変換や再解釈して保存せずに終了しようとした時の
「変更を元に戻す」を押すと確実に固まるんだけど、一般的な「変更を破棄」にして欲しいわ
引き継いだ元のよりだいぶマシになったとはいえ文字コード関連は相変わらず弱いと思う

文系なので言葉の「こと」から取ってるのかと思った

>>424
製品の名前って大事だ。人によって、受け取り方が違うのだから。

デフォルトのウインドウサイズって設定できるようにしてほしいな。
任意のウインドウサイズに合わせておいてもある書類でサイズを大きくしたあとに
新規ファイルを作ると大きくしたウインドウサイズでファイルが作られてしまう。

出来れば新規ファイルのウインドウサイズと各ファイルのウインドウサイズも覚えてくれれば非常に助かる。

もしくは、大きくなったウインドウサイズを「デフォルトのウインドウサイズにリサイズ」みたいなボタンでリサイズできてもいい。（てかそれも欲しい）

質問です
エディタを黒テーマにすると、マウスカーソルも黒いため見つけづらいです
マウスカーソルを見えやすくできませんか（Atomなどでは白くなりますが）

何を言っているのかイマイチわからない
システム標準のカーソルは白縁取りしている(ハンドカーソルのような白主体のは黒縁取り)し、Majaveのダークモードでもそれは変わらないんだけど。それによってそういったことは無いような
もちろんCotEditorでもそのシステムカーソルのまま。なんかCotEditor独自のカーソルがあってそれが？？

http://neocat.hatenablog.com/entry/20150328/1427539307
これのことかな？？？だがしかし、こんなことしなくても、そのAfterの方なんだけどなあ。メインのSierra及びテスト用のMojaveでは
まあ、Xcodeうんちゃらとかあるからあることはあるんだろうが...どうやったらなるんだ？？w
とりあえず、そゆことならこのブログに書いてある方法で。アイビームに限らずマウスカーソル全般のカスタマイズはこの方法をというのが多いね(一般的？)

むかしResEditでカーソルをdogcowに変えて遊んでた・・・（老人の昔話

>>428 返信ありがとうございます！
以前は気づかなかったのですが
横書きの場合は白く、縦書きの場合は黒いままのようです（OSはMojaveです）

>>429 無事白いカーソルにできました！
Pagesの縦書きでも白カーソルを使えるようになり、嬉しい限りです

皆さん親切にありがとうございました (>_<)

なるほど、縦書きのアイビームか。>>429のように縁取りの話なのね。Sierraでもそうだね

雑学的に、
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/HiServices.framework/Versions/A/Resources/cursors
にあるようなので、見てみたら、ibeamverticalは縁取ってないね、なんでだろ？
書き換えてしまってもよさげかなあw

みんなでアポーにバグレポするか

思い違いしてた
アイビームは
システム標準は>>429の通り、縁取りはしているが縁取りの色がグレー(か、もしくは透過)。縦書きのは縁取りではなくて影？
CotEditorは縁取り白くっきりのを独自に用意してる。縦書きのはシステム標準
ということでございました(たぶん)

古いOS+縦書きのことは正直忘れてました。
次のバージョンで対応します。

おっと失礼、Mojaveでも縦書きだとそうなるのか。
何れにせよ対応できるか試してみます。

>>436
coteditorスレで別の案件で質問をお許しください。>ALL
SVGビューワーを探しており、古いGapplinを使いたいです。

El Capitan(10.11)とMavericks(10.9)其々の最終版をダウンロードできるURLを教えてください。

Gapplin作者様とメールで連絡とりたいです。coteditorのgmailアカウントに連絡しては駄目ですか？

縦書きカーソルのくっきり化、リリースに回しました。

>>437
すみません、メールで問い合わせくださった方ですよね。
返事滞ってて申し訳ない。ここ最近メール対応が全然間に合ってなくて。
Gapplinは小さいプロジェクトにとどめていて、最新版しか配布してないのです。
何れにせよ週末返信します。

>>438
ありがとうございます。待ちます。

>>438 ご対応ありがとうございました！
プレインテキスト用の最強の縦書きエディタはCotEditorだと思っていましたが
僕が思っていたよりも全然強かったみたいです 笑　ご開発を応援しています！

スレ違いではあるのですが、mousecapeによる白いアイビームについて
CotEditorから（勝手に）画像を借りまして、>>429 のリンク先よりも高解像度にできました

一応置いておきます（パスワードはcotです）:
ttp://whitecats.dip.jp/up/download/1554308286/attach/1554308286.cape

Pagesなどでも縦書きで白カーソルが使えます　問題があれば消します

437とは別の人だけどGapplinは便利なSVGビューワーとしてリリース当初から愛用してます
ありがとう！

安定して再現できないのだけれど

3つくらい保存済みのファイルを開いてCmd+Qを押すと
タブが消えることがあります

訂正

3つくらい保存済みのファイルを開いて　変更を加え
保存せずにCmd+Qを押すと
一部のタブが閉じられることがあります

Unicode正規化ってメニューが有ったんだな
CotEditorヤバすぎ

>>445
>Unicode正規化

正規化なんて考えた事なかった。恐ろしい話だ。正規化してないtextを検索かけてヒットしない事もあり得る訳だ。

あるいは、検索文字列を数種類(NFD, NFC, …)用意して検索しないとヒットしない訳だ。

macOSはNFDらしい。
note: NFD = Normalization Form Canonical Decomposition

この辺、OS毎に異なってるのかな？

>>446
日本語なんて特にヤバそう。
例えば、濁音。がぎぐげご、とか！
か＋点々には複数のコードがあり得るのか？

それから、令和の令の字も複数のコードがあり得ると、だれかがtwitterで呟いてた。

「令」には「U+4EE4」と「U+F9A8」の2種類あるけど、後者はCJK互換漢字で
利用が推奨されてない。
日本語環境で普通に使ってる分には前者しか出てこないだろうけど、
海外で作られたソフトで後者が誤って使われる心配はあるかな。

ちなみに何でこんなことになってるかというと、韓国の文字コード規格
KS X 1001との往復変換を可能にするため。
KS X 1001では「同じ字でも複数の読みがある場合は、それぞれに別の
コードを割り振る」という意味不明かつ大馬鹿なことをしているため。
「令」をU+4EE4だけにしてしまうと、KS X 1001→Unicode→KS X 1001
という変換をしたときに大元のコードとは別のコードになってしまうので、
それを防ぐためにUnicodeには「令」が2つある。「令」以外の漢字も
同様のものがいろいろある。

混乱の元凶は韓国なので、文句は韓国へ。