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

関連スレ

Macのテキストエディタ総合 Part13
http://potato.2ch.net/test/read.cgi/mac/1398727792/
Mac OS Xのテキストエディタ総合 Part12
http://potato.2ch.net/test/read.cgi/mac/1336315062/

　∧,,∧
ミ　ﾟДﾟミ　＜新スレおめでとうございまーす。

スレ、あったのか。シンプルかつOSXらしさがあって好きだなあ。開発も活発だし。
日本語縦書きで使ってるんだけど、ページ換算カウンターみたいなのつかないかな。
字数かける行を設定するとページ何枚に相当する数えてくれる機能。
リアルタイム表示じゃなくても、あるだけで便利だと思うんだけど。

テキストエディタスレで十分なのになんでスレ立てた

miスレで暴れてる人がいたから隔離用だよ

>>4
mi2にあるよ
と言わせたいの？

>>4
正直なところ、大まかな見積もりしかできない。
カギ括弧のぶら下がりみたいな禁則処理とかフォントが等幅じゃなかった時とか、後そもそも日本語じゃなくて英語とかの時とか（line-break が単語単位）
真面目にやろうと思うと結構大変なもので...。

まぁこういう要望を出してくれる人は概して「それでもいいよ」とは言ってくれるのだが、
じゃあ「Estimate Number of Pages」みたいなアクションを作ったとして、
「こんなコマンドあるんだ」と何気なく使った人が「全然あってねぇじゃねぇか」というのは目に見えてる（特に非日本語）。

ということで、日本語等幅の時に限るからそれでも概算出したいという場合は個別にスクリプトを書くのが現実的な解なように思ってる、のです現状。

>>8
禁則やフォントの種類によって変化するデータはレイアウト処理の分野ですよね。
エディタが（特にシンプルさが魅力の）処理するものではない、と私も思います。
文字数と改行コードから計算できるものでも十分だとは思うのですが……。
とはいえ、日本語に限った話でも実装してしまえば「注文が厳しく」なるのは目に見えるようでもあり、その上多国語処理まで考えると確かに大変だなと思いました。
わざわざのお返事ありがとうございます。
スクリプト、勉強してみようかな、と思います。
これからも使うから開発がんばって！ いちご大福だいすき！

チラ裏

Cotとmi、どちらを利用してもフォントのアンチエイリアス無効化を選択出来るのがありがたい。
Osaka-等幅ビットマップ（9/12/14pt）の可読性の高さと目の疲労度軽減率はCotの暗色系テーマ愛好者に
一度は試して欲しい。

ver.2.5.1
環境設定で不可視文字を印刷しない設定が効かないね。
PDFに書き出しでしか確認してないけど。
「プレビューで開く」を選んだとき処理の最後にこけて異常終了しちゃったけどこれは私の環境の問題かもしれない。
プリントの処理に手が入ったらしいからこのバージョンからなのかな。
印刷する人がいたら注意してね。

>>11
それは私のチョンボでございます。
申し訳ない。
手元の開発版では既に改修してて 2.5.2 で直る予定なのですが、
2.5.2 リリースタイミングを見計らってる状態です。
（もうちょっと変更が溜まってから出したい。とはいえ2週間以内くらいには提出します）
どうしても現バージョンで不可視文字を出さずに印刷したい場合は、
面倒ですが環境設定から個別の不可視文字のチェックボックスを全て切ると、ひとまずは出ないようになります。

「プレビューで開く」でこけるのはこちらで再現できないのでよくわからないです。
毎回起こるようであればクラッシュログをいただければ調査します。

エディタ分割って、2個の文書（ファイル）を一つのウインドウに表示はできない？
そもそも1個の文書中で参照しつつ直したりするためのもの？

2個の文書で比較して差分カラーリングとかは、もはやそういう用途ではない？

>>13
分割画面は、ほとんどのエディタが1つの文書の別パート表示な気がする
2個の文書の比較ならウインドウを二つ横に並べればできるし

2個の文書で比較して差分カラーリングは
有料だけどJeditX＋追加プラグインのJDiffの組み合わせできる
（二画面を連動してスクロールも可能）

確かにエディタに求めるのは違うか…
比較ソフトと同じことできたらなと思って
検索のハイライトアニメ（OSレベル？）好きだし

秀丸の比較がそれだね。
比較しながら編集したい時はVMで使ってる

選択範囲がアンダーラインみたいに残ることない？

>>17
あります。次で直ります。

2.5.5
行の高さの計算方法が変わった、とのことで
日本語縦書き時に不可視文字の表示が文字列の中心からずれる。
これはバグというわけでもないかもしれないので、慣れるしかないのかな。

>>19
いや、そういうのは開発者が単に気づいてないだけのこともあるので
慣れる前に言ってもらえらば（ということでここに書き込んだかもしれんが。
直した方が良い案件なのでできるだけ直します。
次を出すタイミングを決めかねてるので、
2.5.6 が出ない限りリリースはちょっと先になるかもしれません。

とりあえず読み方を教えて欲しい
こっとでいいのか

コットエディタでいいらしいですよ。
私も命名者じゃないので由来はよく知らないです。

ああ、ご本人でいらっしゃるか
フォルダ内の全部のファイルから検索出来る機能をお願いします。
要望出そうにも、なになにのアカウントを作ってくださいってのが面倒で。。。

githubメンドイよな英語だし
開発側からすればチケット的なのがあった方が管理面からもいいんだろうけど
正直そこまでかしこまられると、要望とか出そうにも一歩引いてしまう
せっかくこういう場があるんだし

2chでリクエスト出すって時代はかなり前に終わったんじゃない？

本音を言えば GitHub に投稿してもらった方が助かるが、アカウントが必要などと障壁が大きいのもわかる。
本当は Issues 管理だけなら Bitbucket の方がいいんだけどねー。日本語だし、匿名投稿できるし。
まぁ隔離スレにしろなんにしろせっかくスレがあるので、ここに書かれたら目は通します。

>>23
普段使ってるテキスト検索と同じエンジンでフォルダ内検索がやりたいのもわかるし
そういう機能を持ったテキストエディタがあるのも知っているが、
それでもやっぱりその機能は「テキストエディタ」につける機能ではないと思う。
私に無限の開発時間があれば実装するかもしれないが、そういうことです。
端的にいうと実装予定はないです。
強いていうなら現在開いてる書類を串刺し検索、だろうけどそれも相当将来の話だと思ってください。

なるほど、わかりました

>>26
いつもありがとう！

行の移動が上手くいかない

>>29
ほんとだ！直します。
教えてくれてありがとう。

v3系になってから、2000行くらいのテキストで⌘↓で一発最終行に飛ばなくなって、
（実際には飛んでるけど画面が追いついてない）3回くらい押さないといけなくなったです。シエラだから？

>>31
あー、そうなってますねぇ。
これはあれだな、3.0 にした時に TextView の non-contiguous layout を有効にしたからだな。
だから Sierra じゃなくても起こると思うけど、直します。

v3.0.3で直りました！
ありがとう

そういやObjective-Cのシンタックススタイルは削除したって昔の更新履歴にあったけど
これは他のスタイルで代替できるとかではなくて削除されたまま消えたってことなんだろうか

メニューのFind...はShow Find & Replace Panel...の方がいいです。

Show Find & Replace Panel...
------------------
Find Next
Find Previous

>>33
どういたしまして 🍚🐜

>>34
消えたままです。
もともと拡張子の .m が MATLAB と被ってたので、
より CotEditor で編集する需要がありそうな MATLAB に譲ってもらいました。
まぁ、XCode で編集してください。

>>35
他の macOS のアプリケーションに順じて意図を持って Find... にしています。
TextEdit.app や Safari.app ほか、同じくパネル式の検索欄を持つ Pages.app に至るまで、
macOS では「検索コントロールを表示する」という文脈で「Find...」が使用されています。

ある程度アップルの作法を守らないと最悪ストアから蹴りだされると聞く

>>36
> もともと拡張子の .m が MATLAB と被ってたので、
なるほど、納得できました
解説ありがとうございます

> まぁ、XCode で編集してください。
ウェブページで見かけたコードをハイライトしたいときに
CotEditorの新規窓にコピペして任意の言語選択して眺めるということがいくらかあって…
筋で言えばウェブページ上でハイライトするユーザースクリプトとか使うべきでしょうけど

メニュー＞ヘルプ
に「https://github.com/coteditor/CotEditor」への直リンクが有った方が便利。よく行くから。

ブロックコメントをネストできる言語って有るから、
言語スタイル設定でブロックコメントのネスト可/不可の設定が出来ると良いんだけど。

>>38
うーん、そこまで需要高く無いと思うので、個人的にブラウザのブックマークにでも入れといてください。

>>39
コメント回りの仕様は元々のがなかなか悩ましいのだがインラインコメントももうちょっとなんとかしたい気持ちはあるので、検討はします。
Issue だけは立ち上げました。考えさせてください。
https://github.com/coteditor/CotEditor/issues/636

今はとにかく 3.0.x 系のバグを潰しつつタスクの決まった 3.1 を進めねばならないのです。
難航中です。とほほ。

文字種の変換ができたらって思うのですが、要望少ないのかな。
小文字→大文字、先頭文字のみ大文字とか、半角→全角その逆みたいな
いまはそのためだけにmi起動してます

>>41
http://i.imgur.com/8WXrfo8.png

>>41
半角と全角は欲しいね

ユーティリティメニューにない？
IMによるけど「かな」連打で再変換するとか

それ以外でもテキストサービスかScriptMenu書けばなんでもできるよ

>>43
メニューバーのテキスト→変換に全角、半角があるよ
いつから？？

それはOSの機能でCocoaのUIそのまま使ってたらそうなるはず。

>>42
これは、半角／全角の変換が出来ないんだよね。

選択してる行の行数の文字スタイル変わるけど、美しくないから背景色を濃くするとかの方が良いと思うけど。

テキストの変換はメニューの「テキスト」>「変換」のとこに各種あります。
コンテキストメニューの方はシステムが勝手に突っ込んでるやつだから全角半角切り替えとかは入ってないね。
入れたほうがいいのかも。

>>46
全角半角切り替えやカナ変換は自前で書いてるよ。

>>48
まぁこれは好みの範疇かな。
Xcode とかが太字にするスタイルなのでそれを踏襲してます。
変更する予定はありません。

あ、あとどっかで誰かがリクエストしてた置換数の表示 3.1.0 で入れました。

>>49
> Xcode とかが太字にするスタイルなので

Xcodeは灰→黒への色を変えてるスタイルに見えるが？

http://i.imgur.com/Lwrumvr.gif
文字の形変わるの凄くキモい。

ところで最新のCot, 検索・置換のテキストフィールドでリターンを押して改行できなくなってるな。

そりゃあエンター一発で検索できた方がいいからじゃない？
理想的には>ボタンは青い方が分かりやすいけど、OSの仕様上ムリなのかね

他のソフトだけど、バチスカなんてコマンドFで窓出して入力してからいちいち>ボタンクリックがいるからイライラするわ

複数行で検索することはあまりないしな。
Altとリターンでいけたわ

不可視文字のスペースの位置おかしくね？
普通真ん中に置くべきだろう。
http://i.imgur.com/vopMorm.gif

>>55
まぁ、その辺はいちいち計算してらんないんでご勘弁を（不可視文字のフォントは本部フォントと同一ではない＋フォントが等幅だとは限らない。
気持ちはわかる。長期的には検討課題だね。

s/本部フォント/本文フォント/

位置が絡んでたせいかはともかく、半角スペースの不可視文字はダサいから、半角スペースだけは表示しないようにしてるわ

マーカの形を増やしてお茶を濁す

1日考えたのですが、確かに半角スペースは他の不可視文字に比べて横幅がシビアなので、
半角スペースに限っては本文フォントと同じフォントで不可視文字を描画することにしました。
これにより位置取りについては幾分マシになると思います。
この変更は次のバージョンに入れますので、今月中にリリースされることと思います。

>>55 ということです。ご意見ありがとうございます。

質問なんですが、縦書き表示をしているときに、
改行をデリートしたときの挙動がおかしい気がします。
右側にある文章が改行をデリートするたびに左に寄ってきてしまいます。
（画面外にスクロールした文章が写り込んできます）
改行をデリート以外にも、折り返した文章の折り返し部分を
デリートしたときも同じことが起きます。
伝わったでしょうか？　うまく説明できなくてすみません。
直し方があればご教授願います。
バージョンは 3.1.2 です。

AppleScriptのreplaceで置換文字列に$1とか書くのは未実装です？
tell application "CotEditor" to if exists front document then tell front document to replace for "a" to "$0" with RE
ってコードで、aという文字列を$0という文字列に置換してしまう
(期待する動作は、aを$0の参照するaに置換する(つまり文字列は結果として変化しない))
バージョンは3.1.2 (177)

>>62
tell application "CotEditor" to if exists front document then tell front document to replace for "a" to "\\0" with all and RE

2.5.7ならこれでいける

$0じゃなくて、
"半角バクスラ半角バクスラ0"

>>63
$でも\\でもどっちでも置換されて、allだといけてall無しの単発置換だと駄目っぽい

>>64自己レス
いや違う？ 今度は\\0で単に数字の0で置換されたりした
なんかよく分からんな…
自分のAppleScriptの構文の理解があってるのかも自信無いし…

とりあえず for "a" to "$0$0" with all and RE でaが倍増する(正常動作)のは確認した

わー、AppleScript で単発 regex 置換したときに置換文字で参照が使えないのはこちらのケース漏れです orz。
すみません、次で直します...。

>>61
症状はなんとなくわかりました。
これに関しては、Apple のもともとのフレームワークがやっていることだと思うので
なんとも言えないのですが、
一応後日是正できないか見てみます。
でもあんま期待しないでください。

>>66
> わー、AppleScript で単発 regex 置換したときに置換文字で参照が使えないのはこちらのケース漏れです orz。
すっきりして安心しました
> すみません、次で直します...。
ありがたや…

トラックパッドのピンチズーム、いつの間にか基準値？のところで引っかかってくれるようになってたのな
いいね

>>66
お返事ありがとうございます。
デザイン、機能、安定感など、
これだけ良い縦書きソフトは他にないので、
ぜひ、お願いします。期待してすみません。

試してみたのですが、
Appleのテキストエディットでも同じ挙動ですね。
プログラミングには疎いのですが、根が深そうです。

http://video.fc2.com/content/20170205sYBaFwqu

めっちゃ落ちるんだがなんやこれ…

>>72
OS のバージョン、CotEditor のバージョン、落ちるタイミングとともにクラッシュログをいただけるとなんとかできるかもしれません。
逆にその情報だけだとどうしようもないです。

Cot バージョン 3.1.8 (191) 、El Capitan 10.11.6 で現れる謎な挙動。

100行空行をおいて、その2行目に「00000 1234」という文字を置く。
ここでウィンドウは1行目が一番上で表示さているようにする。
ここで「1234」の文字を選択して「12345」をいう文字で上書きペーストすると、
ウィンドウの表示が一行下がり、2行目が一番上に来るようになる。
謎だ。
これは「123456」と2文字増やす上書きペーストなら起きないし、2行目以外でも起きない。

http://i.imgur.com/xy9Qczb.gif

なお、同様にで「1234」を「123」で上書きペーストした後、Cmd+ZでUndoすると、同様に2行目が一番上に来る。
2行目での1文字増える操作にトリガーがありそうだ。

>>74
ほんとだ！ なんだこれ。
再現条件ありがとうございます。Sierra 10.12.4 (beta) でも再現しました。
次までに（といっても次出すの1ヶ月以上先にしようと思ってるの空いてしまいますが）直します。

追記。
試してみたのですが、TextEdit.app でも同じ挙動になります。
ということは、基本的には Apple 側のバグだと言え、となるとこちらで直すのは難しいかもしれません。
あとで Apple にバグレポート出しときます。

Atom.io の Editor Setting > Scroll Past End みたいに
最終行をウィンドウ一番上まで持って行けると良いんだが。

昔の YooEdit ではこれが出来て素敵だった。

>>77
YooEdit って。あなた何歳だよ。
いや…俺も愛用してたんだけど。

アルファベットの長い単語とかがあるとき行の途中で折り返しされるけど、
その折り返し点に改行の不可視文字表示みたいなシンボル置けないかな。
折り返し点の手前にどれだけスペースがあるのか、現在ではカーソルを置くまで分からないが、
何かしらのシンボルが折り返し点にあればそれが分かる。

需要少なそうだけど、あると便利なのかな？

大したバグではないけど一つ

環境設定のウインドウで、ウィンドウ幅と高さを「ウィンドウから取得」でデフォルト設定すると、デフォルト設定した幅と高さが逆に設定されますね

Version3.1.8(191)
SIerra10.12.4

で発生してます

>>81
やだっ、ホントだ恥ずかしい ///
もちろん次で直します。
教えてくれてありがとうございます。

http://i.imgur.com/CSCzbo9.gif
これ結構頻発してうざいな。

>>82
いえいえ、こちらこそ便利に使わせてもらっていつも感謝してます
バグ潰しも大変ですよね

ステータスバー表示、Lua とかでカスタマイズできないかな。

長い行をコピペするとカーソルの表示位置がバグるな。

http://i.imgur.com/ah5BJ0L.png
例えばこれを ⌘+A, ⌘+C で全コピーして ⌘+V を繰り返すと、数回目でこんな感じでカーソル位置がバグる（51,52行目辺り）
http://i.imgur.com/siD4ETu.png

Cot 3.1.8 (191), Mac 10.11.6

一行に適当な文字列入れて、文字の最後に任意に半角スペース入れてて（あとでそこに文字列追加するつもりで）
それを次の行その次の行とコピペで増やしてると、そのタイミングで上の行の末尾半角スペースを勝手に削除してしまう挙動って抑制出来ないのかな…
わざと半角スペース入れてるのに、勝手に消されてまた半角スペース入れ直しになる

>>77
漢字Talkでお世話になったな

>>87
設定の「一般」の中の、
「オートセーブとバージョンを有効にする」
「保存時に行末の空白を削除」
のチェックを外してみたら？

>>89
ありがとう
しかし保存してなくても打ちこんだ側から続々消されて行くから結構困る…

http://i.imgur.com/eJQORD9.gif

デリートするとテキストカーソルの高さが変。

>>91
>>86と同じ方でしょうか？
手元では再現しないので
使用しているフォント、フォントのサイズ、行高を教えていただけると幸いです。

http://i.imgur.com/eN1HIDo.png
表示フォントはこれ。環境は>>86。

>>93
ありがとうございます。再現しました。
二行目かつ最終行でだけで起こるのね。
悩ましいなぁ、二行目。全部同じ根源な気がしつつ。
いずれにせよ少し見てみます。

カーソル挙動は変なことあるね確かに

書類開いたときに現在の行で色は付いてるのにカーソルが無いとか、
1000行くらいの書類開いて⌘↓で最下段に移動すると、やっぱり色は付いてるのにカーソルが最下段から少し上の方で止まってるとか、あるいはカーソルが無いとか
まぁ別段困ってないしそんなもんかで使ってるけどね

CotEditor: 3.1.8 (191)、メニュー[テキスト]→[コメント]→[コメントアウト]がグレーアウトしてて実行できない。ショートカットキーも機能しない。どこかに有効にする設定があったりするのかな

それちゃんとコメントがあるシンタックスにしてるか？

昨日からCotEditor開いて10分過ぎるとmacbookの底が暑くなってファンがブン回る
皆さんはどうですか？

急になんだよなあ
原因はなんだろう？？

>>98
topとかアクティビティモニタとかで
誰が働いてるか覗いてみればいい

3.5メガのテキストファイルを読み込んだら10分後に熱暴走すると特定しました
無料で大きなテキストファイル読めるエディタのオススメありますか？

Xcode

XcodeがCotEditorくらい軽快だったら完璧ですね
両方とも無料なのに自分でも贅沢な悩みだと思います

CotEditorはでかいファイルにちょっと弱いというのはあるな。まあ、そんな使われ方を(今は)想定してないのは仕方がないと思う

TextWrangler
https://itunes.apple.com/jp/app/textwrangler/id404010395?l=en&;mt=12
だと、100Mのでもスコスコで動くけど。気に入ったら、売り物番のBBEditを買おうw

ありがとうございます
紹介されたエディタを試してみます

純正TextEdit.appもでかいファイルについては割と強い
機能は充実してないけど

テキストエディットはステータスバーに文字カウント、今の行、列さえ表示してくれれば神アプリなのに

大きなサイズのテキストファイルを扱うには向かないでしょうね

macvimはデカイファイルをサクッと開ける

>>105
>TextEdit.app
これってオブジェクト指向的表現なのかな
TextEdit.price TextEdit.sizeもありなんだろか
前々から気になってた
TextEdit.appの値はなんだろう

メンヘラかよ怖い

なんか気の利いたこと言ってるつもりなんだろ。じゃなかったら怖すぎるものw

1024先生本人の可能性もあるぞ…

いやあ、拡張子なんて先生はご存知すぎるくらいだろ。macOS特有の拡張子もご存知すぎるきらい。そんなこと言うのは先生に失礼すぎw
いや、本当に先生が気の迷いwかなんかでだったらすみませんだが

.appの起源はNextStep
textedit.appは直系の子孫

>>113
拡張子？何の話ししてるの？
大丈夫？

実行ファイルの拡張子がappだったのか・・
binだと思ってた・・
大いなる勘違いでした
すんません

アプリケーションパッケージの拡張子な。実行ファイルの拡張子なんてないし
それに.binはバイナリに使われるのが多いんじゃねえかと

OSX使わないのにこのスレ見てる奴がいることに驚いた

2chには変な人沢山居るからな、怖い。

新規ファイルって保存するときにデフォで .txt 拡張子付いてなかったっけ？
なんか付かなくなった。

>>120
現在(デフォルト)のシンタックスがNoneだからじゃね。Noneだったらそりゃそうだかも
シンタックスをPlainTextにしたら付くぞ。手動でか環境設定でデフォルトのシンタックスをすれば

>>121
ホントだ！
助かった、ありがとう。

CotEditorってファイルドロップでファイルを開くようにする設定はないの?

Web用のエディタとしてはファイル名が入るのが正解なのかもしれないが。

プログラムのためのエディタとしては使いづらくて仕方がない。分かってはいるんだが、
気分がのってきてソースファイルを思わずファイルドロップしてファイル名が
テキストに入るといらっとして舌打ちしてしまう。

今使っているのは CotEditor バージョン3.1.8(191)

アプリアイコンにドロップしろよ。

CotEditorに限らないけど、OS標準のタブ機能だとタブ化手段がなぜか全結合しかないから
文書単体を任意のタブ持ちウィンドウに追加する手段が無いのは不便かもしれんね
（とくにタブ持ちウィンドウを複数作って使い分ける場合とか）

>>123
なんのこっちゃと思ったらウィンドウ上にドロップか

編集がない単なるビューア／ブラウザならそうなるものはそうなるものもあるが、編集／入力があるのはCotEditorに限らずファイルパス／名前などのテキストになるのは一貫したもの(それが便利でもある)だな
逆にそんなことできるエディタってなんなん？テキストエディタに限らず

>>126
>編集がない
テキスト編集がない　がより正確か

word for macではそれっぽいことできるな
そんなことやる場面が思い浮かばんけど

なるほど…なるほどw
どうも

Windowsのエディタはウィンドウにドロップして開くのは普通だから
そのやり方が染み付いている人なのかと思ってた

>126
>>逆にそんなことできるエディタってなんなん？テキストエディタに限らず

分かりやすい日本語だとありがたいが。あいまいなので誤解しているかもしれないが
ファイルドロップでファイルが開くエディタがあるのかという問いと解釈して
その答え
Macで自分がインストールしたもので確認したものだけでも
Mac専用だと
mi ,TextWrangler
マルチプラットフォームなら
Sublime , vim , Visual Studio Code
IDEなら
NetBeans, Eclipse, JetBrainsのIDE

いくらでもあるよ。
逆に聞きたいファイル名を貼り付けて何に使うんだ?

>130
>>Windowsのエディタはウィンドウにドロップして開くのは普通だから
Windowsだけじゃないよ。Linux マルチプラットフォームのIDE、エディタとか。
Macではドロップで開くのが少数派だとしても、Macのシェアを考えると、
世間的にどっちが少数派か明らかだろう。

ファイルパス取得するのに便利だろ。

つかDockのアイコンにドロップするなりコンテクストメニューから開けば良いだけだろう。
何をgdgd言っとる。

>132
ファイルパスを取得するなんてことしょっちゅうあるのかね？

うちのMacは古いからコンテクストメニューが開くまで時間がかかるし、
必ずしもメニューの一番上にあるわけでもない。ちっとも便利じゃない

大きなWindowsがあるんだから小さいアイコンに持っていくより移動させる
距離も短い可能性が高く、かつ範囲も広いから簡単、迅速で合理的でしょう。

全部できるんだったら、確実にWindowsにドロップするよ。
なぜなら簡単で便利だから。分かってもらえないかな。

HTMLを書いてるときなら、ファイルをドロップしたらそのパスが
挿入された方が便利かな。ウィンドウ上に画像をドロップして
imgタグを入れたりするのに便利。

それ以外のときは、どういう操作が便利かは人によりけりって
気がする。>>133も書いてるとおり、アイコンにドロップするより
ウィンドウにドロップした方がポインタの移動距離が少なく
済むし。設定で変えられるのが理想かな。

ところで、揚げ足取りみたいで恐縮だけど、「大きなWindows」
「確実にWindows」って、Microsoft Windowsを何か揶揄してる
のかと勘違いしそうになったよｗ
「Windows」は固有名詞だから、ウィンドウのことを指すなら
カタカナで書くか「window」って単数形で書こうぜ。

>>131
なにか嫌らしいなwちゃんと読めてるやん

TextWrangerで開くか？中身が展開されるんだが。miは知らん。マルチプラットフォームなら、まあ、そういうのがあっても不思議ではないけが、

確かファイルパス／ファイル名が標準的なんだよ
macOSのDrag&Dropでは。ファイルを示すなんか(オブジェクト)と共に、ファイルパス／ファイル名の「文字列(テキスト)」がDropの受け側にきてーの、受けるとこがテキスト編集領域なら当然「文字列」があるんだからそれを使うっつう標準かな
その例に挙げているのは例外だな
TextWranglerで、あんたが言っている開くのもあるのかもしれないが中身を展開という例外。ボタンリーリース時にCommandキー押してたらファイルパスになるなw

ファイルパスを貼り付けたい時に使うんだけどw command/shellスクリプト関係とか、なんか文字列リソース中にバンドル中のパスをとか、2chなどでファイルシステム中の「どこ」に何を示す時にとか
まあ、それなりにあってとても便利だよ(個人的感想は)

そうじゃなくてCotEditorも例外にしてくれというのなら、まあわからないでもないが「使いづらくて仕方がない」っていうほどでも無いな
例外を採用してくれというのは。それはお前個人(または似た経験値の人)の感情でしかないだろう
(TextWranglerの中身展開の方が理にかなってるので俺個人は好き。そんなの期待してないから別にいらないけど)

>>133
>なぜなら簡単で便利だから。分かってもらえないかな。
俺個人は全然わからんw

なんたっけ>>131に挙げているエディタのうちでも、エディタでファイルリスト機能あったりしないか？NetBeans, Eclipse, JetBrainsのIDEは当然プロジェクトとしてあるだろう
そんなしょっちゅうFinderからブツのドロップを繰り返し／対象は別だが繰り返し開くって、経験上ありえないw(しつれい)から
遠いだの小さいだの言うのだったり、繰り返すのにお手軽にだったら、近くにAliasを置くとか、「サービス作って」コンテキストメニューに入れとく(その遅いマシンでも大丈夫。たぶん)とか、それと比べていう方法が特に「簡単で便利」とは失礼だが全く思えないなあ

っつーかCotEditorに限って言うなら
cotで開きなさいや

macOS標準でこの後ありえるとしたら、タブ上にドロップでかなあ。空いているまたは＋にで置き換えでなく追加でとか。ああ、＋は小さいかwタブも高さは狭いなww

発見したっ。macOSネタだが
ドラッグ＆ドロップで、ドラッグ中に、Command+Tabを押して出てくる起動アプリアイコンリスト(？なんたっけアプリケーションスイッチ？)のアプリアイコンにドロップでも開くな
これで我慢しろw >>ID:/TUeJFY20 アプリ起動してなきゃならんが

>>135
macOSで標準と仰有るので
テキストエディットで試してみたら
全く予期せぬ動作だったのでビビった
なんだこの謎仕様

>>140
Rich Text ではな。Plain Text でやってみ。Rich Text でもそうじゃないからと言われたら困るw(いやゴネるなボケとは内心思うw)

>>140
>なんだこの謎仕様
RTFDというのが「元ファイルそのもの」を内包できる(.rtfdをパッケージを開くで見てみ)。ダブルクリックしたら元ファイル(をコピーしたもの)を開く／開ける
そゆことする／そゆ文書作るには、まあ、こんな感じにはなるだろう。他にどうすればいいと思う？
.rtfだとパスをですらなく、「RTFDにコンバートしやがれや」とのたまう様子から

てことで、どうよ？(てか、やかましわっ。やるならそれ系のスレの方がいいだろ、もう)

>>142
ああ、なるほど
保存するまでは内包されてないから
ただアイコンが表示されるだけなのか

以前から複数文書開くの前提でタブとか自力実装してるアプリだと開き方も当然用意されてて、
Macのタブ機能標準化にともなって実装したアプリだと新規タブで開けなかったりもするのがMac標準、って印象

Coda2とかTextWranglerとかは、タブやサイドバーにドロップするとそこにファイル開いて
テキスト中にドロップするとテキストとしてなんやかやするっていう両対応型
SublimeText3はファイル内容部分だろうとドロップ先がウィンドウなら新規タブ、Dockなら新規ウィンドウ
こちらも(ドロップでのパス貼り付け機能使わない自分にとっては)誤操作が無くてよい

そもそも単なるフルパスなら普通にFinder上で(ドラッグせずとも)コピーできる
だいたいのそういう挙動のアプリ(CotEditor含む)だと加工して貼り付けしてくれるところが肝だな

>>144
>Coda2とかTextWranglerとか〜
なるほど。ドロップ先でか。サイドバーにドロップならそらそうだなな、ものすごく理にかなってるなw
Coda2もそうなのか知らんが、ちゃんとパスもも用意とかTextWranglerはさすが老舗の元々有料アプリベースなだけあるな

Macでブランクウインドウにファイルをドロップして
そのドロップしたファイルが開く挙動って割と邪道ではある
しつこくここに書いてるのは作者にあわよくば実装してもらおうという企みでしょ

要するにオプションで窓ドロップで開くとか作れば解決しねえ？

俺もパス貼り付けられるの見てズコーってなったクチだけど、
>>135を見るとひょっとしてOS側の挙動でこうなるのかなって思ってたわ

>>147
まあ、ドロップされた処理はファイルを「単に開く」方が簡単。確か
パスだろうが中身を展開だろうが、ドラッグ中にテキスト中の「どこに」というのがあるからな。まあ、それもOSのサポートははあるが(テキストUIの実装による)

んだが、テキスト上にファイル落とされてもどうすんねんというのに対してどのファイルにも共通なパスが最適解というので、ドラッグ元(Finder)で文字列としてパスもあるのだろ
TextWranglerで画像ファイルドロップしても、結局何もしない。ドロップするまではなんかしそうだが。かといって、他のバイナリを展開したり挙動／条件がわからんな

っていう／とかいうのが、やっぱなんかアレだなというのが、>>146のいう「邪道」だろう(知らんけどw)

サイドバーが最も美しいwと思うけどなあ(別に無理にはぜんぜんいらんけど。俺個人は)

>>148
補足
>「単に開く」方が簡単
最も簡単なのは「新しいウィンドウ」としてね。既存ウィンドウにはまあ(ちょっとだけ)面倒くさいかな
だが、「新しいウィンドウ」に開くっても挙動としてはちょっとアレだなw 既存ウィンドウにでも置き換えのようなアレだと思うけど(ああ、こっちか>>146の言う邪道は)

タブありであれば新しいタブには特に違和感が無いが(それも俺は特にいらないとはいちおう言っておくw)

>>147
>OS側の挙動でこうなるのかなって思ってたわ
ドロップされた側はドロップの中身の「どれ／どの形態」に対してどういう処理をするのかは自由だよ
FinderというOSの一部がDrag&Drop元としてテキスト(パス)をその中に入れるなら、ドロップされたテキストエリアがそれを使おうというのでしかない／それが自然に見えるからそうしようというのでしかない。だから標準「的」と言っているのだよ

あれだよ、一度MacアプリをちゃんとGuidelineに沿って作ってみたらいいよ。そしたらなんとなくわかると思うw
と、言いたいんだけどねえ。ながながながながになるのでw

「邪道」ってのはOS標準アプリとは違う挙動ってくらいの意味合いで
OS標準とズレた挙動だとそれだけで評価すらしてもらえない傾向のあるMac界だと
パスをそこにコピーする挙動になるソフトが増えるのは致し方ないという話

話を本題に戻すと、CotEditorはそうはなってないから、他のアプリで
ウインドウにドロップしたらファイル開くアプリ知らないかってことなら
Sublime Textがその挙動です（内容展開ではなくまさにそのファイルが開く）
Sublimeはいろいろと特異な挙動をするけどそこそこ人気があるというｗ

ドロップして開く機能いるかなあ？

>>151
なるほど。どうも失礼してたなら失礼をしました
なるほど^2。ってのもあるのね。どうも

論文管理のためのPapers3だったらドロップしたら開いてメタ情報もアノテーションもしてくれるから重宝してる

CIAエージェントも常用するSublime Text
あなたも使ってみませんか！

Appleのガイドラインもそんなとこまで機能の制限はしてないけど
デフォルト動作としては現状通りファイルパスの(加工)コピペでいいのは間違いない

あとの懸案事項は、次のバージョンのMacでタブ周りの動作がどうなるかだな…
独自の仕様で実装してくれた直後に標準動作が違う形で実装されるとかだと悲しいし

ターミナルでファイルをドロップするとフルパスで入る→わかる

ファイル参照とかのダイアログ窓にファイルをドロップするとそれが指定される→わかる

テキストエディタでファイルをドロップするとフルパスで入る→！？

>>157
>テキストエディタでファイルをドロップするとフルパスで入る→！？

まぁ少数派の使い方なんだろうけど、
ファイル名の一括変更処理なんかをRubyで書くことがあって、
デバッグ用のテストファイルのパスをスクリプト内に
直で記述する場合なんかに便利だったりする
（最終的にはAppleScriptのドロップレットにするけど、その前のテスト段階）

>>158
全く同じことしてる。

( ´∀｀)人(´∀｀ )ﾅｶｰﾏ

基本の挙動はパスコピーで問題ないだろ
俺もパスを放り込むことの方が多い

思うんだけどCotEditorはオープンソースだし
希望者はウインドウにドラッグすれば開くようにフォークすればいいんじゃね

オープンソースだからフォークしろってのはどうなん
それ言ったらおしまいだよ
このスレもいらなくなるわ、ぜんぶGitHubでええやんけ

何言っているのかわかりませんw

ドラッグすると開くようにする改造は面倒なので
ニートの人がやるべきですよね
社会人では無理ですから

まぁ私なら5分でできるけど
今回はお前らに権利を譲ります
スキルアップに役立てて下さい

この話題での一連の叩き煽りって、もしかして開発者のために自分が庇ってやってるつもりなのかな

Windows標準な右折り返しエディタみたいなものを探したところ、こちらの良いエディタに出会えました

作者さん、ありがとうございます

エディタは JEdit以来ですが、あれこれ必要としない私にはすっきりした感じでとても良いです 😘

「ウインドウから取得」のウインドウがバグってんな。
高さの幅の表示が逆。

作者様のありがたいリツイートブログだぞ
要するにユーザーの声は聞かないスタンス、アップルスタイル？
たぶん少し上で荒れ気味のドロップアクションの要望に対する答えだな
https://blog.craftz.dog/%E5%AE%9F%E8%A3%85%E3%81%97%E3%81%AA%E3%81%84-%E6%A9%9F%E8%83%BD%E3%81%AE%E6%B1%BA%E3%82%81%E6%96%B9-1d1d7e99b7d

じゃあ要望出してみるか。

ステータスバーに選択されてる行・列の範囲も表示してくれんかな。
現在の行・列表示はテキストの選択範囲を無視するよね。
文字数・文字列の表示は選択範囲を考慮するのに。

500円払うからリクエスト対応してほしいな

バチスカの人だからUIとか駄目なのかｗ

http://qiita.com/1024jp/items/ef79bfb6ba9823adddcc
なんか作者の記事が上がってた
本業じゃないのにすごいなぁ

>> 173
Swiftはかなり合理的に書けそうな言語だと思うけど、Appleアプリ専用言語って時点で修羅の道という印象
記事にも書かれてたけどNSStringとか正規表現とかそのあたりは非合理性の極みって感じでしんどかった

＞ たのしい以外のなんのモチベーションでやればいいのでしょう。
＞ 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と同じ動作だね

自動で開かれた空ウインドウは入力がない限りその後に明示的に開いたファイルで上書きするようにしました。
CotEditor 3.3.0 で実装されます。

>>275
ご対応いただき、ありがとうございます。
細かい部分ではありますが、いつも気になっていましたので大変助かります。

今までElだったけど、タブ機能のためSierraに上げた
作業効率が段違いだ

それとできれば程度の要望だけど、ステータスバーに表示させるファイルサイズを保存するたびに更新できるようにしてほしい

coteditorでdocxを
プレーンテキストとして開けないよね
そういう需要って無いのかな？
自分では使わないけど、
人から送られてくるテキストファイルが
大体wordなんだよなあ

>>277
> それとできれば程度の要望だけど、ステータスバーに表示させるファイルサイズを保存するたびに更新できるようにしてほしい
あれ？ ごめんなさい、これはバグで、つまり私のミスです。
保存されるたびに更新されるのが本来の挙動です。
3.2.7 出直します。1ヶ月以内くらいに出します。

>>278
これは CotEditor の目指すアプリケーションを超える機能なので対応しません。
つまり、CotEditor は plain-text 形式のファイルを編集するアプリケーションを志向しており、
plain-text を編集するアプリケーションではないことになります。
バイナリ形式の plist を開かないのも同じ理由です。

>>279
s/出直し/で直し/

>>278
頻繁に必要な処理なら、
docファイルをtxtファイルに変換するAppleScriptの類と
Automatorを組み合わせて
docをtxtに変換してCotで開くコンテクストメニュー
みたいなの用意しておくのはどうだろう？

>>279
返信ありがとうございます
バグだったのですね
3.2.7をゆっくり待つことにします

たまに、ファイルがロックされて開けなくてなることがある。
その時、ほかのアプリからは問題ない。
一旦終了させれば直る。
この現象が起きた時、(たぶん)フォルダ単位でこうなる。
意図的には再現されらせないけど。

ロックとは？

>>283
そういえばそれたまにある。
ファイルをCotで開こうとしたら
「アクセス権がないから開けません」
的な挙動になるのだけれど、
そのファイルを「情報を見る」して
確認するとアクセス権は読み書きOKになってるし
そのファイルを他のアプリ、
例えばテキストエディットとかで開こうとすると
普通に開ける。

Story Editorや外部記憶と同じようなインターフェイスのMac用アウトライナーってないのかな？
CloudOutlinerはあまり使いやすく感じない。

>>286
↓の方で聞いた方がいい、ここはCotEditorの専スレ
Mac OS Xのテキストエディタ総合 Part12
http://egg.5ch.net/test/read.cgi/mac/1336315062/

あるいは↓、ここはScrivenerの専スレなので無視されても泣いたりケンカ売ったりしないこと
でも物書き系の他ソフトの話題もでる
[S] Scrivenerで物書きを楽しもう　- 3 -
http://egg.5ch.net/test/read.cgi/mac/1443086660/

問題ないファイルがロックしてると誤認される件については Apple 側のバグも疑ってるのですが、
その辺りはこっちの方でもバージョンごとに地味に改良なり迂回コードなりを積み重ねているので、
正直最新版（いまなら 10.13.2）で発生するかどうか、および同様にどのmacOSのバージョンで起こるかどうか
に大変興味があります。
とはいえ、なんというかなかなかバツっと「直しました」と言えてない箇所ではあります。

cf. https://github.com/coteditor/CotEditor/issues/674

>>288
また発生したらその時点での
OS側とアプリ側のバージョンなど報告させていただきます！
今の時点での感覚としては、
High Sierraにする前とした後では
した後の方が発生率かなり低いような。

縦書き時にスクロールを横に変換してくれる機能があると大変ありがたいです
同じ機能がmiにありますが、あちらは少し複雑で……
シンプルで使いやすいCotEditorは重宝しています

スクロールというのがホイールのことなら
Shift押しながらホイール廻せばいい
アプリごとに実装の必要な機能に頼るよりも
OSに搭載されている機能で慣れたほうがアプリごとに操作を変えないでいいから合理的

ウエスタン北山珈琲店って奴かな
上野って美術館ぐらいしか行かないけどそのうち行ってみようかな

Magic MouseだとShift＋では横スクロールにならんよね

atomやsublimeみたいにフォルダ開いてサイバーに一覧表示するようにしてほしい

アップデートおつかれさまです！
どうでもいいけど、メニューバー＞ヘルプ＞リリースノート が死んでるようです（おま環？）

あと、これ「シンタックススタイルのカスタマイズ状況を示すドット」だったのか
前の版から使ってる影響かいくつも点灯しててずっと謎だった
ヘルプには書いてない気がするが、どっかに説明ありましたっけ？

おれんとこはリリースノート死んでないですよ 3.2.8 で OS 10.13.2

おっと、バージョンを書くべきでした失礼
AppStore 版 3.2.8 (213) OS 10.11.6（15G18013）
ヘルプとかは開けるんですがリリースノートは無反応です

俺も 10.11.6 だけどリリースノート無反応やな

3.2.8リリースノート動いてるよ

さっき次のバージョンである3.3.0のベータ版をリリースしたので気が向いたら試してみてね。
https://coteditor.com/beta

>>295
実はドットはもともと自分用に付けた機能なのであんまり積極的に説明してなかったかもしれない。
確かに不親切なのでフォーマットpaneのヘルプに足しときます。
昔のシンタックススタイルは、自分で育ててるとかこだわりなければ一旦捨てちゃった方が良いです。

>>296-299
3.2.8 のリリースノートは私の環境だとちゃんと動いてるんですよねぇ。困ったな。
macOSのヘルプ呼び出しは結構謎な部分が大きく、
特に同じアプリケーションが複数インストールされてると
どのバージョンのヘルプが呼び出されるのかこちらから制御ができない。
もし何か用に複数CotEditorをインストールしてる場合はそれが怪しい。
そうじゃなければ、こっちで少し悩んでみます。ぱっと見間違ってないはずなだけどなぁ。
ただ、これ直すためだけに3.3.0で切られるOS X 10.10向けの3.2.9を出す予定はありません（ごめんね。
それ以降のためには場合によっては3.3.0で手を入れる必要がるかもしれない。
もちょっと発生条件が絞れると良いのだが。

☆ 私たち日本人の、日本国憲法を改正しましょう。現在、
衆議員と参議院の両院で、改憲議員が３分の２を超えております。
『憲法改正国民投票法』、でググってみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆

アップデートしたら起動しなくなってﾜﾛﾀ

Process: CotEditor [86933]
Path: /Applications/CotEditor.app/Contents/MacOS/CotEditor
Identifier: com.coteditor.CotEditor
Version: 3.3.0 (224)
App Item ID: 1024640650
App External ID: 825777036
Code Type: X86-64 (Native)
Parent Process: ??? [1]
Responsible: CotEditor [86933]
User ID: 501

Date/Time: 2018-02-09 16:01:58.022 +0900
OS Version: Mac OS X 10.11.6 (15G19009)
Report Version: 11
Anonymous UUID: 851B2E65-F1BC-DB3E-759F-8C3170A1B4F1

Sleep/Wake UUID: 9924E2CC-5B6E-46F3-868B-BCDFA563E082

Time Awake Since Boot: 560000 seconds

System Integrity Protection: enabled

Crashed Thread: 0 Dispatch queue: com.apple.main-thread

Exception Type: EXC_BAD_INSTRUCTION (SIGILL)
Exception Codes: 0x0000000000000001, 0x0000000000000000
Exception Note: EXC_CORPSE_NOTIFY

Application Specific Information:
objc[86933]: Cannot form weak reference to instance (0x7fc498486f90) of class NSKVONotifying_CotEditor.EditorTextView. It is possible that this object was over-released, or is in the process of deallocation.

>>302
マジスマンです。OS X 10.11でだけ起こるっぽいです。
慌てて今修正版作っているので、
審査で引っかからなければ明日か明後日には...。

>>303
私も巻き込まれたけど、タイムマシンあるし無問題です
10.11 なんて捨てられてもおかしくないのに対応いつもありがとう

3.3.2 OS 10.12で
一度フォーマットを縦書きにすると
横書きにもどして保存しても
次にひらくとき縦書きになってしまう
うちだけかな……？

>>305
それ、つい先日手元でも同じ状態にになって「？？」と思ってたところでした。
たぶん最近システムの内部の仕様が変わったっぽいです。
直さないと案件です。

コマンドライン使えるなら応急処置としてはTerminalから
　$ xattr -d com.coteditor.VerticalText ファイルパス
を実行すれば、縦書き状態はクリアできます。

いずれにせよ、次出すバージョンでは対策とります。
リリースは、1ヶ月以内くらいの予定です。

>>306
そうなんだ
応急処置教えてくれて助かります
どうもありがとう

起動したら何も表示されずCPU100% 強制終了しかない
マジなんなん、このクソアプリ

どう考えてもそれはそっちのOSの環境がおかしい
普通そんな事にならない

ただ起動しただけではならんよな、普通は
ただ起動したんじゃないんだったらあるケースもあるが、まああんなヤツはまともに相手することはないか

OSアップデートしたとか原因がありそう。

フルスクリーンにしたとき見やすくなるように左右にマージンがつけられたらいいな（縦書きの時は上下に）

新規のファイルに１万字ぐらいのテキストをペーストした直後、
表示は文末になってるけどカーソルが消えてて（消えてないときもある）、
矢印キーを押すと、なんか上下に高速でスクロールするような描画が出るのはなぜでしょう？
その後のカーソルは文末に表示されて正常な動きにもどるけど、一瞬目が回る。
うちの環境の問題かな？

教えてください。
Finder情報の　このアプリケーションで開く　でCotEditorしてないのにファイルのアイコンがCotEditorの緑のアイコンになってしまいます。
3箇所でアイコンキャッシュを消しても緑のままです。
セーフモードで起動して同じこともしてみました。
アプリを削除すれば消えるようですがインストールをすると起動をしてないのにアイコンが緑になります。
どこをみれば緑のアイコンが消えるでしょうか。

削除したアイコンキャッシュは以下です
/Library/Caches/com.apple.iconservices.store
/Library/Caches/com.apple.iconservices.store /private/var/folders 以下の
com.apple.dock.iconcache
com.apple.iconservices/store.index
です。

High Sierra 10.13.3
CotEditor 3.3.5

CotEditorの問題ではなくmacOS一般的な問題だけど、
アイコン変わらねーって場合は、そのキャッシュを消すとかあるけど、お手軽には
touch /Application/目的の.app
touch /Application/目的の.app/Contents/Info.plist
でだいたい変わる(touchした後にログアウトしてログインしたら)。それでもダメだったらキャッシュを消すだね、うちは

CotEditorのアイコンになってしまってるのなら、Finder情報の このアプリケーションで開く の下にある すべてを変更... かな
↑だけではダメだったら、
このアプリケーションで開くをCotEditor(や他のtxtアイコン対応アプリ)にして すべてを変更... して、CotEditor(や他のtxtアイコン対応アプリ)をtouchして、ログアウト＆ログインして、
このアプリケーションで開くをその今の／本来のにして、すべてを変更... して、...以下同文

アイコン未設定の白紙アイコンにはできないよ、たぶん。Sierra以降だったら、目的のアイコンにしたいアプリがTextEdit.appだったら、touchできないからとりあえずtouchはしないでかSIPを無効にしてtouchとか

いつからかなんかドキュメントアイコン周りが壊れたよなあ、macOS。仕様変更なのかわからんけど

>>315
レスどうも。

SIPを向こうにしてアイコンキャッシュを削除もしてみたのですがアプリというよりOSの問題なんですね。

すべてを変更をやっても駄目で、一旦テキストエディット などをすべてを変更にして再起動したり
自分にわかる範囲で試したけど変わらず。
アプリ内のアイコンを削除してキャッシュを消しても無駄で、
でも、touchてのを教えていただいたのでInfo.plistやその辺から解決策を探してみます。

大変詳しくレスをいただきとても助かりました。
ありがとうございました。

touchはタイムスタンプ変えるだけ。アイコンキャッシュしているやつ(iconservices)に、見やがれ(キャッシュを更新しやがれ)ってだけ
目的の.appと目的の.app/Contents/Info.plistなのはよくわからんw両方とも必要なのか、どっちかは念のためになのか

デスクトップ(やFinder起動時に開いているウィンドウ )に対象となるタイプ／拡張子のファイルがあったりしても言うことを聞かない／変わらない場合もままある
そんなファイルはとりあえずフォルダ作ってそこに突っ込んで起動時に描画対象にならないようにすればいいよ

バージョン3.3.5 (237)
High Sierra 10.13.3

日本語を入力してる間中、入力中の5行下の行番号以下すべての行番号がチカチカ点滅します。
なぜなんでしょう。
どこを変更すれば改善するでしょうか。

次のマイナーアップデートになるCotEditor 3.4.0のβテストやり始めたのでよろしくね。
https://coteditor.com/beta

正式版は5月頭くらいに出す予定です。

質問です
JXAでスクリプトを書いて、選択テキストを加工して置き換えたいのですが
加工までは出来るのですが最後置き換えるところがわかりません
よろしくお願いします

(JXAに対して／上で)「選択されたテキスト」というオブジェクトは無さげかな
textはそういう(JXAに対しての／上での)オブジェクトだが直接の操作単位が大雑把(character/word/paragraph)で、また、characterで「何文字目から何文字目まで」というのもできなさげ？(取得はできるけど)

だとしたら、まるっとスクリプト上でtextをもってきてそれに対して操作して、操作後にまるっと戻すかなあ

撰択した部分のテキストを持ってきてそれを操作して、撰択した部分に戻すというのは「選択されたテキスト」というオブジェクトがあってこそだと思う(それもr/oな)が無いようだし、
仮に他の方法としてtextにcharacterで「何文字目から何文字目まで」という直接操作ができればそれを消して「何文字目から」のとこに操作後のテキスト入れればいいだけだと思うが

な感じかなあ。よくわからんけど

>それもr/oな
それもr/oでない だな

なんか書いてみた
https://gist.github.com/TellMori/1baa4c7dfd0d98c0827c6fa33ce99169
1は直接textの部分的操作だが一文字ずつがくっそ遅い＆Undoで死ねる。2はそこそこだがUndoが(ちょっと)イマイチ。共にちゃんとはテストしてない

>>321,322 全面撤回

attribute run ってなんのこっちゃと試してなかったが、まんま「選択されたテキスト」やん

set contents of selection of document 1 to newText
doc.selection.contents = newText
だけだね。素晴らしい

>>323
ありがとうございます！
出来ました
>>322の奴もゆっくり見ながら勉強します

書類を開いたあとに、矢印キーを押すと、
一瞬すごい勢いでスクロールするように見えるのはなんなの？
そのあとはふつうに所定の位置にカーソルがあるけど、
最初だけ目がちかちかする

選択中テキストのドラッグ&ドロップができなくなった気がする

できている気がするけど

>>327
マジか自分の環境だけだったか
もっと頑張って調べるわ

3.5.0 (268)のツールバーの各アイコンの色が子供みたいな色になってしまって目障りなんだけど、インスペクタのアイコンなどはどこをいじれは変更できますか？

俺は新しいデザインの方が好きだけどな
作者の方ありがとう

自分の好みでなくてもは人それぞれ好みがあるからしょうがないとしても、言葉が汚いというか自己中な故の言葉だな。なのに助けてとかどんだけ自己中やねんっていう

スクロールが直ってない・・・

子供「子供見たいな色なんとかしてよー」

iworkみたいにオフィシャルに採用されるレベルなら色付きでもいいと思うんだが、
cotは独自センスで丸っこいからな、カラー化しない方がツールバーとしては見栄えはよかったと思うが、人それぞれだわな
カラー化できるようになって積極的に使う開発者も少ないし、バチスカ共々がんばってはほしい

つーか俺ツールバーにはインスペクタのアイコンしか出てなかった

バチスカのアイコンもデフォルトアイコンに組み合わせてるが
正直センスが（省略されました...

バチスカはアイコンに以上に固執する奴がいて
スレが荒れたんだよな

他に選択肢がないのと作りがよくないから
指摘すると信者が出てきては荒れる

自分で作る、という選択肢は中々取れないからね

文句つけたいだけなのに言い訳ばかりだな

上から目線のキモい発言してる作者もアレな気が（以下省略されました...

自分の言いたい事を言えない子多いよね。

こんな世の中じゃ

ものは言いようだなｗ

そもそも置換処理がアレな時点で（以下ワザと省略

ID:fgp3cztn0,IDL156iKRJu0 の執着ぶりww

執着ぶりっていうより単に暇だからね。
それより単発IDご苦労さん。

頭が悪いレスだな。暇＆文句言うぐらいなら、
https://github.com/coteditor
でも見て改善コードを書いてpull requestでもしたら？まあそんなことできもしないだろうけど

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

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

どこのスレにも親衛隊が湧いてくるな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
の内容物消せはよさげ