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

>>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分でできるけど
今回はお前らに権利を譲ります
スキルアップに役立てて下さい

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