Mac App Store でも配布中
公式サイト
http://coteditor.com/
CotEditor Project ・ GitHub
https://github.com/coteditor/
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/
∧,,∧
ミ ﾟДﾟミ ＜新スレおめでとうございまーす。
日本語縦書きで使ってるんだけど、ページ換算カウンターみたいなのつかないかな。
字数かける行を設定するとページ何枚に相当する数えてくれる機能。
リアルタイム表示じゃなくても、あるだけで便利だと思うんだけど。
mi2にあるよ
と言わせたいの？
>>4
正直なところ、大まかな見積もりしかできない。
カギ括弧のぶら下がりみたいな禁則処理とかフォントが等幅じゃなかった時とか、後そもそも日本語じゃなくて英語とかの時とか（line-break が単語単位）
真面目にやろうと思うと結構大変なもので...。
まぁこういう要望を出してくれる人は概して「それでもいいよ」とは言ってくれるのだが、
じゃあ「Estimate Number of Pages」みたいなアクションを作ったとして、
「こんなコマンドあるんだ」と何気なく使った人が「全然あってねぇじゃねぇか」というのは目に見えてる（特に非日本語）。
ということで、日本語等幅の時に限るからそれでも概算出したいという場合は個別にスクリプトを書くのが現実的な解なように思ってる、のです現状。
禁則やフォントの種類によって変化するデータはレイアウト処理の分野ですよね。
エディタが（特にシンプルさが魅力の）処理するものではない、と私も思います。
文字数と改行コードから計算できるものでも十分だとは思うのですが……。
とはいえ、日本語に限った話でも実装してしまえば「注文が厳しく」なるのは目に見えるようでもあり、その上多国語処理まで考えると確かに大変だなと思いました。
わざわざのお返事ありがとうございます。
スクリプト、勉強してみようかな、と思います。
これからも使うから開発がんばって！ いちご大福だいすき！
Cotとmi、どちらを利用してもフォントのアンチエイリアス無効化を選択出来るのがありがたい。
Osaka-等幅ビットマップ（9/12/14pt）の可読性の高さと目の疲労度軽減率はCotの暗色系テーマ愛好者に
一度は試して欲しい。
環境設定で不可視文字を印刷しない設定が効かないね。
PDFに書き出しでしか確認してないけど。
「プレビューで開く」を選んだとき処理の最後にこけて異常終了しちゃったけどこれは私の環境の問題かもしれない。
プリントの処理に手が入ったらしいからこのバージョンからなのかな。
印刷する人がいたら注意してね。
>>11
それは私のチョンボでございます。
申し訳ない。
手元の開発版では既に改修してて 2.5.2 で直る予定なのですが、
2.5.2 リリースタイミングを見計らってる状態です。
（もうちょっと変更が溜まってから出したい。とはいえ2週間以内くらいには提出します）
どうしても現バージョンで不可視文字を出さずに印刷したい場合は、
面倒ですが環境設定から個別の不可視文字のチェックボックスを全て切ると、ひとまずは出ないようになります。
「プレビューで開く」でこけるのはこちらで再現できないのでよくわからないです。
毎回起こるようであればクラッシュログをいただければ調査します。
そもそも1個の文書中で参照しつつ直したりするためのもの？
2個の文書で比較して差分カラーリングとかは、もはやそういう用途ではない？
分割画面は、ほとんどのエディタが1つの文書の別パート表示な気がする
2個の文書の比較ならウインドウを二つ横に並べればできるし
2個の文書で比較して差分カラーリングは
有料だけどJeditX＋追加プラグインのJDiffの組み合わせできる
（二画面を連動してスクロールも可能）
比較ソフトと同じことできたらなと思って
検索のハイライトアニメ（OSレベル？）好きだし
比較しながら編集したい時はVMで使ってる
>>17
あります。次で直ります。
行の高さの計算方法が変わった、とのことで
日本語縦書き時に不可視文字の表示が文字列の中心からずれる。
これはバグというわけでもないかもしれないので、慣れるしかないのかな。
>>19
いや、そういうのは開発者が単に気づいてないだけのこともあるので
慣れる前に言ってもらえらば（ということでここに書き込んだかもしれんが。
直した方が良い案件なのでできるだけ直します。
次を出すタイミングを決めかねてるので、
2.5.6 が出ない限りリリースはちょっと先になるかもしれません。
こっとでいいのか
コットエディタでいいらしいですよ。
私も命名者じゃないので由来はよく知らないです。
フォルダ内の全部のファイルから検索出来る機能をお願いします。
要望出そうにも、なになにのアカウントを作ってくださいってのが面倒で。。。
開発側からすればチケット的なのがあった方が管理面からもいいんだろうけど
正直そこまでかしこまられると、要望とか出そうにも一歩引いてしまう
せっかくこういう場があるんだし
本音を言えば GitHub に投稿してもらった方が助かるが、アカウントが必要などと障壁が大きいのもわかる。
本当は Issues 管理だけなら Bitbucket の方がいいんだけどねー。日本語だし、匿名投稿できるし。
まぁ隔離スレにしろなんにしろせっかくスレがあるので、ここに書かれたら目は通します。
>>23
普段使ってるテキスト検索と同じエンジンでフォルダ内検索がやりたいのもわかるし
そういう機能を持ったテキストエディタがあるのも知っているが、
それでもやっぱりその機能は「テキストエディタ」につける機能ではないと思う。
私に無限の開発時間があれば実装するかもしれないが、そういうことです。
端的にいうと実装予定はないです。
強いていうなら現在開いてる書類を串刺し検索、だろうけどそれも相当将来の話だと思ってください。
いつもありがとう！
>>29
ほんとだ！直します。
教えてくれてありがとう。
（実際には飛んでるけど画面が追いついてない）3回くらい押さないといけなくなったです。シエラだから？
>>31
あー、そうなってますねぇ。
これはあれだな、3.0 にした時に TextView の non-contiguous layout を有効にしたからだな。
だから Sierra じゃなくても起こると思うけど、直します。
ありがとう
これは他のスタイルで代替できるとかではなくて削除されたまま消えたってことなんだろうか
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起動してます
http://i.imgur.com/8WXrfo8.png
半角と全角は欲しいね
IMによるけど「かな」連打で再変換するとか
それ以外でもテキストサービスかScriptMenu書けばなんでもできるよ
メニューバーのテキスト→変換に全角、半角があるよ
いつから？？
これは、半角／全角の変換が出来ないんだよね。
テキストの変換はメニューの「テキスト」>「変換」のとこに各種あります。
コンテキストメニューの方はシステムが勝手に突っ込んでるやつだから全角半角切り替えとかは入ってないね。
入れたほうがいいのかも。
>>46
全角半角切り替えやカナ変換は自前で書いてるよ。
>>48
まぁこれは好みの範疇かな。
Xcode とかが太字にするスタイルなのでそれを踏襲してます。
変更する予定はありません。
あ、あとどっかで誰かがリクエストしてた置換数の表示 3.1.0 で入れました。
> Xcode とかが太字にするスタイルなので
Xcodeは灰→黒への色を変えてるスタイルに見えるが？
>>50
あ、そうか。まぁ、
／）
／／／）
／,.=ﾞ''"／
／ i f ,.r='"-‐'つ＿＿＿_ こまけぇこたぁいいんだよ！！
/ / _,.-‐'~／⌒ ⌒＼
／ ,i ,二ﾆ⊃（ ●）. （●）＼
/ ﾉ ilﾞフ::::::⌒（__人__）⌒::::: ＼
,ｲ｢ﾄ､ ,!,!| |r┬-| |
/ iﾄヾヽ_/ｨ"＼ `ー'´ ／
文字の形変わるの凄くキモい。
ところで最新のCot, 検索・置換のテキストフィールドでリターンを押して改行できなくなってるな。
理想的には>ボタンは青い方が分かりやすいけど、OSの仕様上ムリなのかね
他のソフトだけど、バチスカなんてコマンドFで窓出して入力してからいちいち>ボタンクリックがいるからイライラするわ
Altとリターンでいけたわ
普通真ん中に置くべきだろう。
http://i.imgur.com/vopMorm.gif
>>55
まぁ、その辺はいちいち計算してらんないんでご勘弁を（不可視文字のフォントは本部フォントと同一ではない＋フォントが等幅だとは限らない。
気持ちはわかる。長期的には検討課題だね。
s/本部フォント/本文フォント/
半角スペースに限っては本文フォントと同じフォントで不可視文字を描画することにしました。
これにより位置取りについては幾分マシになると思います。
この変更は次のバージョンに入れますので、今月中にリリースされることと思います。
>>55 ということです。ご意見ありがとうございます。
改行をデリートしたときの挙動がおかしい気がします。
右側にある文章が改行をデリートするたびに左に寄ってきてしまいます。
（画面外にスクロールした文章が写り込んできます）
改行をデリート以外にも、折り返した文章の折り返し部分を
デリートしたときも同じことが起きます。
伝わったでしょうか？ うまく説明できなくてすみません。
直し方があればご教授願います。
バージョンは 3.1.2 です。
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)
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"
$でも\\でもどっちでも置換されて、allだといけてall無しの単発置換だと駄目っぽい
いや違う？ 今度は\\0で単に数字の0で置換されたりした
なんかよく分からんな…
自分のAppleScriptの構文の理解があってるのかも自信無いし…
とりあえず for "a" to "$0$0" with all and RE でaが倍増する(正常動作)のは確認した
わー、AppleScript で単発 regex 置換したときに置換文字で参照が使えないのはこちらのケース漏れです orz。
すみません、次で直します...。
>>61
症状はなんとなくわかりました。
これに関しては、Apple のもともとのフレームワークがやっていることだと思うので
なんとも言えないのですが、
一応後日是正できないか見てみます。
でもあんま期待しないでください。
> わー、AppleScript で単発 regex 置換したときに置換文字で参照が使えないのはこちらのケース漏れです orz。
すっきりして安心しました
> すみません、次で直します...。
ありがたや…
いいね
お返事ありがとうございます。
デザイン、機能、安定感など、
これだけ良い縦書きソフトは他にないので、
ぜひ、お願いします。期待してすみません。
Appleのテキストエディットでも同じ挙動ですね。
プログラミングには疎いのですが、根が深そうです。
>>72
OS のバージョン、CotEditor のバージョン、落ちるタイミングとともにクラッシュログをいただけるとなんとかできるかもしれません。
逆にその情報だけだとどうしようもないです。
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 にバグレポート出しときます。
最終行をウィンドウ一番上まで持って行けると良いんだが。
昔の YooEdit ではこれが出来て素敵だった。
YooEdit って。あなた何歳だよ。
いや…俺も愛用してたんだけど。
その折り返し点に改行の不可視文字表示みたいなシンボル置けないかな。
折り返し点の手前にどれだけスペースがあるのか、現在ではカーソルを置くまで分からないが、
何かしらのシンボルが折り返し点にあればそれが分かる。
環境設定のウインドウで、ウィンドウ幅と高さを「ウィンドウから取得」でデフォルト設定すると、デフォルト設定した幅と高さが逆に設定されますね
Version3.1.8(191)
SIerra10.12.4
で発生してます
>>81
やだっ、ホントだ恥ずかしい ///
もちろん次で直します。
教えてくれてありがとうございます。
これ結構頻発してうざいな。
いえいえ、こちらこそ便利に使わせてもらっていつも感謝してます
バグ潰しも大変ですよね
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
それを次の行その次の行とコピペで増やしてると、そのタイミングで上の行の末尾半角スペースを勝手に削除してしまう挙動って抑制出来ないのかな…
わざと半角スペース入れてるのに、勝手に消されてまた半角スペース入れ直しになる
漢字Talkでお世話になったな
設定の「一般」の中の、
「オートセーブとバージョンを有効にする」
「保存時に行末の空白を削除」
のチェックを外してみたら？
ありがとう
しかし保存してなくても打ちこんだ側から続々消されて行くから結構困る…
デリートするとテキストカーソルの高さが変。
>>91
>>86と同じ方でしょうか？
手元では再現しないので
使用しているフォント、フォントのサイズ、行高を教えていただけると幸いです。
表示フォントはこれ。環境は>>86。
>>93
ありがとうございます。再現しました。
二行目かつ最終行でだけで起こるのね。
悩ましいなぁ、二行目。全部同じ根源な気がしつつ。
いずれにせよ少し見てみます。
書類開いたときに現在の行で色は付いてるのにカーソルが無いとか、
1000行くらいの書類開いて⌘↓で最下段に移動すると、やっぱり色は付いてるのにカーソルが最下段から少し上の方で止まってるとか、あるいはカーソルが無いとか
まぁ別段困ってないしそんなもんかで使ってるけどね
皆さんはどうですか？
急になんだよなあ
原因はなんだろう？？
topとかアクティビティモニタとかで
誰が働いてるか覗いてみればいい
無料で大きなテキストファイル読めるエディタのオススメありますか？
両方とも無料なのに自分でも贅沢な悩みだと思います
TextWrangler
https://itunes.apple.com/jp/app/textwrangler/id404010395?l=en&mt=12
だと、100Mのでもスコスコで動くけど。気に入ったら、売り物番のBBEditを買おうw
紹介されたエディタを試してみます
機能は充実してないけど
>TextEdit.app
これってオブジェクト指向的表現なのかな
TextEdit.price TextEdit.sizeもありなんだろか
前々から気になってた
TextEdit.appの値はなんだろう
いや、本当に先生が気の迷いwかなんかでだったらすみませんだが
textedit.appは直系の子孫
拡張子？何の話ししてるの？
大丈夫？
binだと思ってた・・
大いなる勘違いでした
すんません
それに.binはバイナリに使われるのが多いんじゃねえかと
なんか付かなくなった。
現在(デフォルト)のシンタックスがNoneだからじゃね。Noneだったらそりゃそうだかも
シンタックスをPlainTextにしたら付くぞ。手動でか環境設定でデフォルトのシンタックスをすれば
ホントだ！
助かった、ありがとう。
Web用のエディタとしてはファイル名が入るのが正解なのかもしれないが。
プログラムのためのエディタとしては使いづらくて仕方がない。分かってはいるんだが、
気分がのってきてソースファイルを思わずファイルドロップしてファイル名が
テキストに入るといらっとして舌打ちしてしまう。
今使っているのは CotEditor バージョン3.1.8(191)
文書単体を任意のタブ持ちウィンドウに追加する手段が無いのは不便かもしれんね
（とくにタブ持ちウィンドウを複数作って使い分ける場合とか）
なんのこっちゃと思ったらウィンドウ上にドロップか
編集がない単なるビューア／ブラウザならそうなるものはそうなるものもあるが、編集／入力があるのはCotEditorに限らずファイルパス／名前などのテキストになるのは一貫したもの(それが便利でもある)だな
逆にそんなことできるエディタってなんなん？テキストエディタに限らず
>編集がない
テキスト編集がない がより正確か
そんなことやる場面が思い浮かばんけど
どうも
そのやり方が染み付いている人なのかと思ってた
>>逆にそんなことできるエディタってなんなん？テキストエディタに限らず
分かりやすい日本語だとありがたいが。あいまいなので誤解しているかもしれないが
ファイルドロップでファイルが開くエディタがあるのかという問いと解釈して
その答え
Macで自分がインストールしたもので確認したものだけでも
Mac専用だと
mi ,TextWrangler
マルチプラットフォームなら
Sublime , vim , Visual Studio Code
IDEなら
NetBeans, Eclipse, JetBrainsのIDE
いくらでもあるよ。
逆に聞きたいファイル名を貼り付けて何に使うんだ?
>130
>>Windowsのエディタはウィンドウにドロップして開くのは普通だから
Windowsだけじゃないよ。Linux マルチプラットフォームのIDE、エディタとか。
Macではドロップで開くのが少数派だとしても、Macのシェアを考えると、
世間的にどっちが少数派か明らかだろう。
つかDockのアイコンにドロップするなりコンテクストメニューから開けば良いだけだろう。
何をgdgd言っとる。
ファイルパスを取得するなんてことしょっちゅうあるのかね？
うちのMacは古いからコンテクストメニューが開くまで時間がかかるし、
必ずしもメニューの一番上にあるわけでもない。ちっとも便利じゃない
大きなWindowsがあるんだから小さいアイコンに持っていくより移動させる
距離も短い可能性が高く、かつ範囲も広いから簡単、迅速で合理的でしょう。
全部できるんだったら、確実にWindowsにドロップするよ。
なぜなら簡単で便利だから。分かってもらえないかな。
挿入された方が便利かな。ウィンドウ上に画像をドロップして
imgタグを入れたりするのに便利。
それ以外のときは、どういう操作が便利かは人によりけりって
気がする。>>133も書いてるとおり、アイコンにドロップするより
ウィンドウにドロップした方がポインタの移動距離が少なく
済むし。設定で変えられるのが理想かな。
ところで、揚げ足取りみたいで恐縮だけど、「大きなWindows」
「確実にWindows」って、Microsoft Windowsを何か揶揄してる
のかと勘違いしそうになったよｗ
「Windows」は固有名詞だから、ウィンドウのことを指すなら
カタカナで書くか「window」って単数形で書こうぜ。
なにか嫌らしいなwちゃんと読めてるやん
TextWrangerで開くか？中身が展開されるんだが。miは知らん。マルチプラットフォームなら、まあ、そういうのがあっても不思議ではないけが、
確かファイルパス／ファイル名が標準的なんだよ
macOSのDrag&Dropでは。ファイルを示すなんか(オブジェクト)と共に、ファイルパス／ファイル名の「文字列(テキスト)」がDropの受け側にきてーの、受けるとこがテキスト編集領域なら当然「文字列」があるんだからそれを使うっつう標準かな
その例に挙げているのは例外だな
TextWranglerで、あんたが言っている開くのもあるのかもしれないが中身を展開という例外。ボタンリーリース時にCommandキー押してたらファイルパスになるなw
ファイルパスを貼り付けたい時に使うんだけどw command/shellスクリプト関係とか、なんか文字列リソース中にバンドル中のパスをとか、2chなどでファイルシステム中の「どこ」に何を示す時にとか
まあ、それなりにあってとても便利だよ(個人的感想は)
そうじゃなくてCotEditorも例外にしてくれというのなら、まあわからないでもないが「使いづらくて仕方がない」っていうほどでも無いな
例外を採用してくれというのは。それはお前個人(または似た経験値の人)の感情でしかないだろう
(TextWranglerの中身展開の方が理にかなってるので俺個人は好き。そんなの期待してないから別にいらないけど)
>なぜなら簡単で便利だから。分かってもらえないかな。
俺個人は全然わからんw
なんたっけ>>131に挙げているエディタのうちでも、エディタでファイルリスト機能あったりしないか？NetBeans, Eclipse, JetBrainsのIDEは当然プロジェクトとしてあるだろう
そんなしょっちゅうFinderからブツのドロップを繰り返し／対象は別だが繰り返し開くって、経験上ありえないw(しつれい)から
遠いだの小さいだの言うのだったり、繰り返すのにお手軽にだったら、近くにAliasを置くとか、「サービス作って」コンテキストメニューに入れとく(その遅いマシンでも大丈夫。たぶん)とか、それと比べていう方法が特に「簡単で便利」とは失礼だが全く思えないなあ
cotで開きなさいや
ドラッグ＆ドロップで、ドラッグ中に、Command+Tabを押して出てくる起動アプリアイコンリスト(？なんたっけアプリケーションスイッチ？)のアプリアイコンにドロップでも開くな
これで我慢しろw >>ID:/TUeJFY20 アプリ起動してなきゃならんが
macOSで標準と仰有るので
テキストエディットで試してみたら
全く予期せぬ動作だったのでビビった
なんだこの謎仕様
Rich Text ではな。Plain Text でやってみ。Rich Text でもそうじゃないからと言われたら困るw(いやゴネるなボケとは内心思うw)
>なんだこの謎仕様
RTFDというのが「元ファイルそのもの」を内包できる(.rtfdをパッケージを開くで見てみ)。ダブルクリックしたら元ファイル(をコピーしたもの)を開く／開ける
そゆことする／そゆ文書作るには、まあ、こんな感じにはなるだろう。他にどうすればいいと思う？
.rtfだとパスをですらなく、「RTFDにコンバートしやがれや」とのたまう様子から
てことで、どうよ？(てか、やかましわっ。やるならそれ系のスレの方がいいだろ、もう)
ああ、なるほど
保存するまでは内包されてないから
ただアイコンが表示されるだけなのか
Macのタブ機能標準化にともなって実装したアプリだと新規タブで開けなかったりもするのがMac標準、って印象
Coda2とかTextWranglerとかは、タブやサイドバーにドロップするとそこにファイル開いて
テキスト中にドロップするとテキストとしてなんやかやするっていう両対応型
SublimeText3はファイル内容部分だろうとドロップ先がウィンドウなら新規タブ、Dockなら新規ウィンドウ
こちらも(ドロップでのパス貼り付け機能使わない自分にとっては)誤操作が無くてよい
そもそも単なるフルパスなら普通にFinder上で(ドラッグせずとも)コピーできる
だいたいのそういう挙動のアプリ(CotEditor含む)だと加工して貼り付けしてくれるところが肝だな
>Coda2とかTextWranglerとか〜
なるほど。ドロップ先でか。サイドバーにドロップならそらそうだなな、ものすごく理にかなってるなw
Coda2もそうなのか知らんが、ちゃんとパスもも用意とかTextWranglerはさすが老舗の元々有料アプリベースなだけあるな
そのドロップしたファイルが開く挙動って割と邪道ではある
しつこくここに書いてるのは作者にあわよくば実装してもらおうという企みでしょ
俺もパス貼り付けられるの見てズコーってなったクチだけど、
>>135を見るとひょっとしてOS側の挙動でこうなるのかなって思ってたわ
まあ、ドロップされた処理はファイルを「単に開く」方が簡単。確か
パスだろうが中身を展開だろうが、ドラッグ中にテキスト中の「どこに」というのがあるからな。まあ、それもOSのサポートははあるが(テキストUIの実装による)
んだが、テキスト上にファイル落とされてもどうすんねんというのに対してどのファイルにも共通なパスが最適解というので、ドラッグ元(Finder)で文字列としてパスもあるのだろ
TextWranglerで画像ファイルドロップしても、結局何もしない。ドロップするまではなんかしそうだが。かといって、他のバイナリを展開したり挙動／条件がわからんな
っていう／とかいうのが、やっぱなんかアレだなというのが、>>146のいう「邪道」だろう(知らんけどw)
サイドバーが最も美しいwと思うけどなあ(別に無理にはぜんぜんいらんけど。俺個人は)
補足
>「単に開く」方が簡単
最も簡単なのは「新しいウィンドウ」としてね。既存ウィンドウにはまあ(ちょっとだけ)面倒くさいかな
だが、「新しいウィンドウ」に開くっても挙動としてはちょっとアレだなw 既存ウィンドウにでも置き換えのようなアレだと思うけど(ああ、こっちか>>146の言う邪道は)
タブありであれば新しいタブには特に違和感が無いが(それも俺は特にいらないとはいちおう言っておくw)
>OS側の挙動でこうなるのかなって思ってたわ
ドロップされた側はドロップの中身の「どれ／どの形態」に対してどういう処理をするのかは自由だよ
FinderというOSの一部がDrag&Drop元としてテキスト(パス)をその中に入れるなら、ドロップされたテキストエリアがそれを使おうというのでしかない／それが自然に見えるからそうしようというのでしかない。だから標準「的」と言っているのだよ
あれだよ、一度MacアプリをちゃんとGuidelineに沿って作ってみたらいいよ。そしたらなんとなくわかると思うw
と、言いたいんだけどねえ。ながながながながになるのでw
OS標準とズレた挙動だとそれだけで評価すらしてもらえない傾向のあるMac界だと
パスをそこにコピーする挙動になるソフトが増えるのは致し方ないという話
話を本題に戻すと、CotEditorはそうはなってないから、他のアプリで
ウインドウにドロップしたらファイル開くアプリ知らないかってことなら
Sublime Textがその挙動です（内容展開ではなくまさにそのファイルが開く）
Sublimeはいろいろと特異な挙動をするけどそこそこ人気があるというｗ
なるほど。どうも失礼してたなら失礼をしました
なるほど^2。ってのもあるのね。どうも
あなたも使ってみませんか！
デフォルト動作としては現状通りファイルパスの(加工)コピペでいいのは間違いない
あとの懸案事項は、次のバージョンのMacでタブ周りの動作がどうなるかだな…
独自の仕様で実装してくれた直後に標準動作が違う形で実装されるとかだと悲しいし
ファイル参照とかのダイアログ窓にファイルをドロップするとそれが指定される→わかる
テキストエディタでファイルをドロップするとフルパスで入る→！？
>テキストエディタでファイルをドロップするとフルパスで入る→！？
まぁ少数派の使い方なんだろうけど、
ファイル名の一括変更処理なんかをRubyで書くことがあって、
デバッグ用のテストファイルのパスをスクリプト内に
直で記述する場合なんかに便利だったりする
（最終的にはAppleScriptのドロップレットにするけど、その前のテスト段階）
全く同じことしてる。
俺もパスを放り込むことの方が多い
思うんだけどCotEditorはオープンソースだし
希望者はウインドウにドラッグすれば開くようにフォークすればいいんじゃね
それ言ったらおしまいだよ
このスレもいらなくなるわ、ぜんぶGitHubでええやんけ
ニートの人がやるべきですよね
社会人では無理ですから
今回はお前らに権利を譲ります
スキルアップに役立てて下さい
作者さん、ありがとうございます
エディタは 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
ステータスバーに選択されてる行・列の範囲も表示してくれんかな。
現在の行・列表示はテキストの選択範囲を無視するよね。
文字数・文字列の表示は選択範囲を考慮するのに。
なんか作者の記事が上がってた
本業じゃないのにすごいなぁ
Swiftはかなり合理的に書けそうな言語だと思うけど、Appleアプリ専用言語って時点で修羅の道という印象
記事にも書かれてたけどNSStringとか正規表現とかそのあたりは非合理性の極みって感じでしんどかった
＞ Swift 化するということ自体が私の趣味活動でした。
＞ 開発者であれば新しいことへのチャレンジと自分のコードが
＞ どんどんモダンになっていく姿に興奮を覚えない人はいないでしょう。
感動した
http://qiita.com/1024jp/items/d85e35ff5d00b3a93d68
>「ゴミ箱」と「ごみ箱」など、この小さな違いが宗教戦争にまで発展することもあります。
ワロタ
「情報を見る」が「プロパティを見る」になるのも時間の問題かも
macはいい無料アプリ少ないので感動した
いやいいんです忘れてください
サンドボックス云々じゃなくて実例で言ってほしい
サンドボックスをなぜ例にあげ、また、実例がとかいうお前ににどう返答したらいいか困るだろうw
・(エディタとしての)アプリの機能は同じ
・アップデート自動チェックのためにnon-AppStore版はSparkleを利用してる
・サンドボックスはAppStoreには実装が強制で、non-AppStoreにはサンドボックス強制ではないが別に外していないってとこか
って、書いてある以外に何を疑問を思っているのかイミフ
JEditへ戻れ？ うーん… (゜-゜)
複数ファイルの横串検索も強力で無料だからね
ある動画プレーヤーアプリもストア版と自前版があって、
後からストア版が出てきたんだが、サンドボックスの影響でドラッグ&ドロップができないだとか、そんな説明をどっかで見た
cotのストア版で現状困ったことはないけど、非ストア版でより便利になるのかどうかが知りたいので、実例を求めた次第
>>187
>>184 に書いてある通りだけど、サイトに記載してますのでよろしく。
https://coteditor.com/archives.ja
コメありがとうございます
他にも色々あたってるところです
ただ見た目は良いんだよな Cot
(往生際が悪い)
すみません
>>185
開発者です。
"下の方でカーソルがずれる"、が初めて聞く症状なので、
もう少し詳しく教えていただけると助かります。
- macOS, CotEditor のバージョン
- 問題が発生する長文の目安（ファイルサイズ、行数、1行あたりの文字数など）
- 問題が発生してる様子のスクリーンショット
- ほか、再現方法
がわかると修正できるかもしれません。
>>191
あぁ、このバグのことなのか...!
フォローありがとうございます。
それ、私なんだか直前の表示範囲が1行ずれるバグとごっちゃになって
ちゃんと把握できてなかったかもしれません。
ちなみに、この不具合（カーソルの描画位置が高さ方向にずれる）が起こる方、
画面は Retina でしょうか？
>>192
追記（2ch は書き込み編集できなくて不便だ...）。
やっぱ、TextEdit.app でも同様の問題がいまでも起きますね。
となるとやはり >>76 のとおり Apple の対応待ちになるかと思います。
申し訳ない。
作者様、ありがとうございます
上の方とは別人です
そうですかApple側の問題…
う〜ん
これ(>>86,93)って、キャレット「表示」位置が単に変ってだけですよね。しかし、実際のキャレット位置はちゃんとペーストの最後にありますよね
確かにTextEditでもほぼ同じ動作ですねえ。ペーストするのが10行までは問題無いが、それ以上になると増分分上にズレるという変な動作w
まあ、OSの問題ですが、ペーストによりスクロールが発生したらキャレット(選択範囲)を一度テキトーにどっかに置いて、一呼吸置いて戻すってすればいいような気がしないでもないですが、まあ変な対応ではありますけど
この自動スクロールが発生するペースト直後にキャレットが「表示上だけ」変になるって些細なことなのかな？>>194
>キャレット(選択範囲)を一度テキトーにどっかに置いて、一呼吸置いて戻す
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でいじれるとか
っていうことでしょ
スクリプトでできるかもしれないなw
スクリプトでできるし、
CotEditorのスクリプトメニューのアイテムには普通にシステム環境設定でショートカットを設定できてショートカット機能するね
スペース等もカウントするしないの機能があると助かるんですが、、、
出来ないでしょうか
この機能、改行は出来るけどその他をカウントしないのって意外と無いですよね？
後者はどうでもいいけど、ツールバーリセットは少しキツい……
ってことで、「べき」ではないだろうな。テキストエディタ寄りではなくXcode寄りで不思議でもなんでもなくね。HIGで指定してたっけかなあ
>> 205
文字のカウント方法は結構マニアックで数多あるので、
2種類（文字数と文字長）プラス改行の有無に絞ってしまってる現状は片手落ちかなと思ってるのですが、
その要求をいろいろ考慮しだすとなかなか煩雑になりそうなので
（あと処理が重くなりそうなので、ライブ文字カウントはなかなか不可がある）
現状はこのような実装になっています。
変える気がないわけではないので今後検討するかもしれません。
>> 206
ツールバー設定がリセットされるのは初めて聞きました。
強制終了とセットでしょうか？
できたらクラッシュログ（と OSバージョンなど環境情報）
もらえるとなんらか調べられるかもしれません。
>>208-209
確か、Xcode に倣って ⌘T にした気がします（記憶があやふや）。
標準のメニュー項目ではないので特に Apple 側の指定はなかったはず。
キーバインドの設定でカスタマイズもできることですし、
ひとまずはこのままってことでよろしくお願いします。
s/不可/負荷/
カウント検討有難うございます。
CotEditor本来の使い方ではないと思うのですが文章書きで使用していてカウントが結構重要な感じでなのですが
整えるのに改行やスペースを多用するので数文字しか打ってないのにその何倍も表示されるのが何とかならないかなと思っています。
いろいろなソフト試して唯一LibreOfficeがいい感じだったけど重いんですよね
期待して待ってます<(_ _)>
甚だ疑問でしかないわ
ごめんご
それを踏まえてもがっつりコーディングする用ではいまのところマイベストだな
コーディング用以外も含む汎用常用エディタとしてはCotEditorがベストだけど
うちは3にアップデートせず2を使ってるが
Finderからファイル名をコピーしたであろうテキストを開いたり
Finderからファイル名をペーストすると
「フォルダ」が「フォルタ゛」の様に分離が確認できて便利ですよ！
（表示の際、HFS+ファイル名の見かけの合成が行われない）
カーソルの可動範囲(エディタの行番号)として考えればその方が自然に思えるね
ただ文書の行(番号)としては、むしろ空の最終行(空ファイルの一行目も含む)には一律表示しない方が自然かも
今だと、空ファイルに改行打ち込んだら1行目と2行目の行番号が表示されるけど、
それを、改行打ち込んだら1行目の行番号だけ表示されるようにする、という意味
同様に空ファイルでも、テキストカーソルが乗ってる1行目の行番号を表示しないのは不自然。
カーソルの可動範囲としてならお前の言う通りが自然、文書の行として見るなら表示させない方が自然かも。現状2行目になるとどっちでもないと
って2パターンを書いてあるんだろうと読んだけど。さすが「べき」を使う人だけあって拘るな=拘りすぎてよく読めてないとかか
cotはまぁ作者の美的センスを優先ってことで、ないなら諦めるしかないんじゃね
これ、私が引き継ぐ前からそうなってて「なんでだろう？」と思いつつそのままにしてたのですが、
やっぱ微妙な気がするんで、そういうことなら次のバージョンから変えます。
つまり、個人的なこだわりは特にないです。
ちなみに手元に集めてるテキストエディタざっと見た感じ、
0文字の時に行数表示しないのは Chocolat.app くらいでした。
>>225 は >>220-224 の話題に関して。
バージョン 3.2.3をAppStoreからインストールし直したのですが
「設定」でウィンドウ幅などを変更しても反映されません
既出でしょうか？
嬉しいです
お疲れ様です
このアプデで 1行目表示も追加？
テキストエディットにある奴。
>> 227
"ウインドウ幅「など」" という書き方が気になりますが、
それそれ以外も反映されないということでしょうか？
ちなみに環境設定のウインドウ幅は次に開くウインドウから適用されるはずです。
>>> 234
できないです。
ブロック終了をどうやって感知するかだな。
>>> 235
たしかに、忘れてた。バチスカの検索ウインドウでは実装したのになぁ。
「n件見つかりました」との折り合いが付きそうなら 3.3.0 で実装しようかと思います。
>>236
レス番号の書き方がいい加減すぎる。>2つに空白抜きで数字、だよ。
5ch初心者だからか
https://twitter.com/1024jp/status/931676172785610752
>>238
普段あんまり書き込まないからやり方忘れがちなんだ。
ゆるしてくれろ。
227ですが、フォントの色なども何故か反映されませんでした。
ちなみにアップデートしたら問題なく設定が反映されました
ありがとうございます。
他のはインストールしてるのすら忘れがちになるくらい何かあれば無意識にこれを使ってる
OSに合わせるという意味ではいいんだけど、そもそもPCだから選択はマウスでいいとしても、
そこからdelキー叩いた方が2ステップだけどボタンより早くない？使ってる人いるんかいな
webのUIでもお目にかかったことないわ
> webのUIでもお目にかかったことないわ
テキストフィールドをクリアする×ボタンなんて何処にでもあるわ。
例えばこれyahooだけど https://i.imgur.com/o0YzLQj.png
WebKit系ブラウザの場合は「input type="search"」のフォームでは自動で丸ペケボタンが出ます
例
https://web-designer.cman.jp/html_ref/abc_list/input_search/
ここで試せる
ただそこクリックするシーンが全く思い浮かばんが、スマホユーザー用か
それまでは角が丸い検索フィールドは無かった
https://arstechnica.com/gadgets/2012/12/screenshot-tour-os-x-then-and-now/2/
困った時のアルステクニカ頼み、ars最高
わざわざ入力中の画面コピーを掲載してくれる、そこにしびれる（略)
お疲れさまです
まあ3.2.3では問題なくて用は足りるからいいんだけど・・・
>>240
返信ありがとうございます。
いくつか対策を施したのでそれが当たったのかもしれません。それなら良かったです。
（ただ、現在システムそのものに設定がクリアされるバグがあるので、それを踏んでる可能性もあります）
>>253
High Sierra 上での話であれば
ターミナルで
$ defaults write com.coteditor.CotEditor enableNonContiguousLayoutOnHighSierra YES
を打ってから CotEditor 3.2.5 を立ち上げたら症状が改善するようでしたら
Apple 側のバグの修正待ちの応急処置なので我慢してください。
（OR 3.2.3 を使ってください OR 自己責任でenableNonContiguousLayoutOnHighSierra隠し設定をオンに）
なお、上記コマンドを試した後は
$ defaults delete com.coteditor.CotEditor enableNonContiguousLayoutOnHighSierra
をしておいてください。
cf. http://coteditor.com/releasenotes/3.2.4.ja の修正1項
そうでなければ、別の不具合の可能性があるので詳細いただけましたら調査します。
>>254-256
気持ちはよくわかるのですが手が回らないのが実情です。
253です。早速のお返事ありがとうございます。
仰せのコマンドを試したら改善したので、
アップルのバグ修正待ちということですね。
しばらく3.2.3を使います。
ところで[ヘルプ]からリリースノートが見られないのは仕様なのかおま環なのか…
環境は10.11.6です
最新のセキュリティアップデート適用済み
AppStoreからダウンロードしました
「足した。」と言って足さないメソッド。
入力欄の移動が tab ではできるけど逆方向ができない。おま環？
カラーリングの処理で全ウインドウ巻き込んで固まるのどうにかならないかな……
強制終了しても編集内容は基本的に無事だけど
とりあえず応急処置として
「1 MB 以上のファイルを開く際はカラーリングを自動では行なわない」
とか、お願いします :bow:
本件は 3.3.0 に足しました。
現在 3.2.x 系と 3.3.0 系を同時進行しており、3.2.x は基本的に修正を小規模最低限の変更のみを加えています。
3.3.0 は来年中にリリースします。
も少し待ってください。
>> 261
shift+tab は私が失念してました。
指摘ありがとうございます。
これは次の 3.2.7 で足します。
>>263
うーん、JSON はそもそも抽出の正規表現がいまいちなんですよねぇ。
本来なら1MBをしきい値に処理を変えるのではなくこの根本を直さないといけないところだとは思うのですが。
少し考えさせてください。
>>261>>263です。ありがとうございます
カラーリングの件は、もちろん処理の高速化がベストかとは思いますが
単純な閾値設定ならば実装の負担が少ないかなと提案した次第です
起動時に新規ウインドウを開くようにしているのですが、
何も編集せずに既存のファイルを開いた場合に
始めに開いたウインドウを自動で閉じるようにはできないでしょうか。
CotEditor起動 -> 新規ウィンドウを開く
Finderとかで書類開く -> 書類ウィンドウを開く
っていうのがCotEditorに限らずmacOSの規定動作。Finderとかで書類開くでなくCotEditorを起動してから書類を開くという操作がデフォになってるんだるが、だったらCommand+W押せばいいだけで自動まではいらんのじゃないかなあ
他のアプリと挙動が違うとかになるし
既存のファイルを開くとそのウインドウにファイルの内容が表示されてませんでしたっけ。
HighSierra では TextEdit を起動するとオープンダイアログが開くようになっています。
その部分を除けば、今の TextEdit と CotEditor の挙動は同じなので、確かに統一感はあります。
TextEditは起動した時の新規ウィンドウに開くが、新規ウィンドウを移動したりしたら別のウィンドウで開くというちょっと凝ったことしてるな
>起動した時の新規ウィンドウに開く
起動時だけでなくアプリアイコンによるアクティベート時のも対象か。アプリが自動で作成した新規ウィンドウに対してだな
CotEditor 3.3.0 で実装されます。
ご対応いただき、ありがとうございます。
細かい部分ではありますが、いつも気になっていましたので大変助かります。
作業効率が段違いだ
それとできれば程度の要望だけど、ステータスバーに表示させるファイルサイズを保存するたびに更新できるようにしてほしい
プレーンテキストとして開けないよね
そういう需要って無いのかな？
自分では使わないけど、
人から送られてくるテキストファイルが
大体wordなんだよなあ
>>277
> それとできれば程度の要望だけど、ステータスバーに表示させるファイルサイズを保存するたびに更新できるようにしてほしい
あれ？ ごめんなさい、これはバグで、つまり私のミスです。
保存されるたびに更新されるのが本来の挙動です。
3.2.7 出直します。1ヶ月以内くらいに出します。
>>278
これは CotEditor の目指すアプリケーションを超える機能なので対応しません。
つまり、CotEditor は plain-text 形式のファイルを編集するアプリケーションを志向しており、
plain-text を編集するアプリケーションではないことになります。
バイナリ形式の plist を開かないのも同じ理由です。
>>279
s/出直し/で直し/
頻繁に必要な処理なら、
docファイルをtxtファイルに変換するAppleScriptの類と
Automatorを組み合わせて
docをtxtに変換してCotで開くコンテクストメニュー
みたいなの用意しておくのはどうだろう？
返信ありがとうございます
バグだったのですね
3.2.7をゆっくり待つことにします
その時、ほかのアプリからは問題ない。
一旦終了させれば直る。
この現象が起きた時、(たぶん)フォルダ単位でこうなる。
意図的には再現されらせないけど。
そういえばそれたまにある。
ファイルをCotで開こうとしたら
「アクセス権がないから開けません」
的な挙動になるのだけれど、
そのファイルを「情報を見る」して
確認するとアクセス権は読み書きOKになってるし
そのファイルを他のアプリ、
例えばテキストエディットとかで開こうとすると
普通に開ける。
CloudOutlinerはあまり使いやすく感じない。
↓の方で聞いた方がいい、ここは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
また発生したらその時点での
OS側とアプリ側のバージョンなど報告させていただきます！
今の時点での感覚としては、
High Sierraにする前とした後では
した後の方が発生率かなり低いような。
同じ機能がmiにありますが、あちらは少し複雑で……
シンプルで使いやすいCotEditorは重宝しています
Shift押しながらホイール廻せばいい
アプリごとに実装の必要な機能に頼るよりも
OSに搭載されている機能で慣れたほうがアプリごとに操作を変えないでいいから合理的
上野って美術館ぐらいしか行かないけどそのうち行ってみようかな
どうでもいいけど、メニューバー＞ヘルプ＞リリースノート が死んでるようです（おま環？）
あと、これ「シンタックススタイルのカスタマイズ状況を示すドット」だったのか
前の版から使ってる影響かいくつも点灯しててずっと謎だった
ヘルプには書いてない気がするが、どっかに説明ありましたっけ？
AppStore 版 3.2.8 (213) OS 10.11.6（15G18013）
ヘルプとかは開けるんですがリリースノートは無反応です
さっき次のバージョンである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でだけ起こるっぽいです。
慌てて今修正版作っているので、
審査で引っかからなければ明日か明後日には...。
私も巻き込まれたけど、タイムマシンあるし無問題です
10.11 なんて捨てられてもおかしくないのに対応いつもありがとう
一度フォーマットを縦書きにすると
横書きにもどして保存しても
次にひらくとき縦書きになってしまう
うちだけかな……？
>>305
それ、つい先日手元でも同じ状態にになって「？？」と思ってたところでした。
たぶん最近システムの内部の仕様が変わったっぽいです。
直さないと案件です。
コマンドライン使えるなら応急処置としてはTerminalから
$ xattr -d com.coteditor.VerticalText ファイルパス
を実行すれば、縦書き状態はクリアできます。
いずれにせよ、次出すバージョンでは対策とります。
リリースは、1ヶ月以内くらいの予定です。
そうなんだ
応急処置教えてくれて助かります
どうもありがとう
マジなんなん、このクソアプリ
普通そんな事にならない
ただ起動したんじゃないんだったらあるケースもあるが、まああんなヤツはまともに相手することはないか
表示は文末になってるけどカーソルが消えてて（消えてないときもある）、
矢印キーを押すと、なんか上下に高速でスクロールするような描画が出るのはなぜでしょう？
その後のカーソルは文末に表示されて正常な動きにもどるけど、一瞬目が回る。
うちの環境の問題かな？
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
アイコン変わらねーって場合は、そのキャッシュを消すとかあるけど、お手軽には
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。仕様変更なのかわからんけど
レスどうも。
SIPを向こうにしてアイコンキャッシュを削除もしてみたのですがアプリというよりOSの問題なんですね。
すべてを変更をやっても駄目で、一旦テキストエディット などをすべてを変更にして再起動したり
自分にわかる範囲で試したけど変わらず。
アプリ内のアイコンを削除してキャッシュを消しても無駄で、
でも、touchてのを教えていただいたのでInfo.plistやその辺から解決策を探してみます。
大変詳しくレスをいただきとても助かりました。
ありがとうございました。
目的の.appと目的の.app/Contents/Info.plistなのはよくわからんw両方とも必要なのか、どっちかは念のためになのか
デスクトップ(やFinder起動時に開いているウィンドウ )に対象となるタイプ／拡張子のファイルがあったりしても言うことを聞かない／変わらない場合もままある
そんなファイルはとりあえずフォルダ作ってそこに突っ込んで起動時に描画対象にならないようにすればいいよ
High Sierra 10.13.3
日本語を入力してる間中、入力中の5行下の行番号以下すべての行番号がチカチカ点滅します。
なぜなんでしょう。
どこを変更すれば改善するでしょうか。
次のマイナーアップデートになるCotEditor 3.4.0のβテストやり始めたのでよろしくね。
https://coteditor.com/beta
正式版は5月頭くらいに出す予定です。
JXAでスクリプトを書いて、選択テキストを加工して置き換えたいのですが
加工までは出来るのですが最後置き換えるところがわかりません
よろしくお願いします
textはそういう(JXAに対しての／上での)オブジェクトだが直接の操作単位が大雑把(character/word/paragraph)で、また、characterで「何文字目から何文字目まで」というのもできなさげ？(取得はできるけど)
だとしたら、まるっとスクリプト上でtextをもってきてそれに対して操作して、操作後にまるっと戻すかなあ
撰択した部分のテキストを持ってきてそれを操作して、撰択した部分に戻すというのは「選択されたテキスト」というオブジェクトがあってこそだと思う(それもr/oな)が無いようだし、
仮に他の方法としてtextにcharacterで「何文字目から何文字目まで」という直接操作ができればそれを消して「何文字目から」のとこに操作後のテキスト入れればいいだけだと思うが
な感じかなあ。よくわからんけど
それもr/oでない だな
なんか書いてみた
https://gist.github.com/TellMori/1baa4c7dfd0d98c0827c6fa33ce99169
1は直接textの部分的操作だが一文字ずつがくっそ遅い＆Undoで死ねる。2はそこそこだがUndoが(ちょっと)イマイチ。共にちゃんとはテストしてない
attribute run ってなんのこっちゃと試してなかったが、まんま「選択されたテキスト」やん
set contents of selection of document 1 to newText
doc.selection.contents = newText
だけだね。素晴らしい
ありがとうございます！
出来ました
>>322の奴もゆっくり見ながら勉強します
一瞬すごい勢いでスクロールするように見えるのはなんなの？
そのあとはふつうに所定の位置にカーソルがあるけど、
最初だけ目がちかちかする
マジか自分の環境だけだったか
もっと頑張って調べるわ
作者の方ありがとう
cotは独自センスで丸っこいからな、カラー化しない方がツールバーとしては見栄えはよかったと思うが、人それぞれだわな
カラー化できるようになって積極的に使う開発者も少ないし、バチスカ共々がんばってはほしい
つーか俺ツールバーにはインスペクタのアイコンしか出てなかった
正直センスが（省略されました...
スレが荒れたんだよな
指摘すると信者が出てきては荒れる
それより単発IDご苦労さん。
https://github.com/coteditor
でも見て改善コードを書いてpull requestでもしたら？まあそんなことできもしないだろうけど
ほらドラマでもあるじゃん。
ちょっと…そんなこと言っちゃって大丈夫ぅ？
とか言うシーンがさ。
支配者権力者には言いたい事は言えないくせになんでもないやつには偉そうな事を言うやつ多いよね。
善意でやってもらっているそれで利益になってるのに、偉そうに文句を言う筋合いは全くないってことだぞ？
なにもできないくせに偉そうなのがよほど迷惑だぞ？世間一般的にも。お前のは「何も言えない」じゃない「無闇に根拠なく偉そうにできない」だろう。んなのできなくてあたりまえなんだが
うける
ほらほら頑張って！ｗ
文字列の変換中に文字列がグリーンで選択されるが
これをオフや通常の選択範囲の色に戻す方法はないの？
作者降臨ｗ
あの会でもそうだったけどほんと気持ち悪いわ。
作者じゃないよ。はっきりと紛れもない馬鹿だなと認識できたわけだけど、この世の二人には。十分すぎるな
選択した文字をハイライト
のチェックを外したら改善した。
ありがと
一つずつなら出来る
>>370
マジで申し訳ないです。今さっき修正版をStoreに提出しました。
最近のStoreの動向を見てる限り、多分明日の朝までには修正版がリリースされるかと...!!
修正確認ました。
ありがとう
このためのcotバージョンアップだったのかと思うと応援はしたいよな
スクロールバーが少しずつ移動して途切れ途切れに表示されていくけど、
これはこのアプリの仕様なのか、どこかで設定できるのかなんなんですかね。
うざ
サムを引きづるかCommand+↓を押すかな
どういうスクロール方法を使ってるのかわからんけど、スクロールホイールもしくはスワイプかな？
スクロールバーのサムを引きづればそれほどストレスないと思うよ。タッチパッドではちょい面倒かもだが
表示に関わる部分は現在表示している部分だけで、未表示な部分はそこが最初に表示された時に初めて処理される
スクロールホイール／スワイプでのスクロールは未表示な部分が次々にで、随時処理が入ってその処理がちょっと重いのでって感じかな。サムの引きづりは表示する部分が飛び飛びなので
一度表示されたらそゆ処理はされないので、つっかかることもなくスムースに持続的なスクロールになる
って感じかなあ
Command+↓ (単にキャレットを最下行に移動するだけ)時はなぜか、現在のキャレット(？)最下行までなめなめして未表示部分の表示処理(？)しているようで、ファイルがでかいと終わるまで(かなり)時間がかかるが、終わったらスクロールはスムース
な感じ
ks
重いファイルでもサクサクで驚くぞ
動かなくなってしまって、強制終了したんだけど
アプデの時かなんかに、気付くと最後のファイルを起動時に開く設定になってて
起動する度にそのファイルを開こうとするみたいで起動出来なくなった。
仕方なく設定ファイル捨てたんだけど、こういう場合他に対処法あります？
長文すいません。
の内容物消せはよさげ
なるほど、ありがとうございます！
Mojave 10.14
High Sierraで使っていた環境をMojave 10.14へ上書きアップグレード後、OSをクリーンインストールしたらウインドウサイズを広げても次以降に開いたウインドウが小さくなってしまう。
毎回ウインドウを広げるのが面倒だ。
High Sierraではそんなことおきなかったし、クリーンインストールするまでのMojaveも問題なかった。
自動展開はオフでタブは4文字となっているのに
なんか解決策はありますか
「タブをスペースに自動展開」してないってことから、スペース5文字分の幅でということか。それもならないけど。フォントの問題とか？なんのフォント？また、どういうシンタックススタイル？
> 日本人からすると、なんでだろうって思うけど、日本人の学校では、民族の誇りを持った教育がしてもらえないんだそうだ。
> よく分からないけど、済州島の流刑者の白丁が大阪に密入国して住み着いたじゃ誇りが持てないけど、
> 日本人に強制連行された被害者なら誇りが持てる、とかそういう事かな？？
>
> 市原市の能満は昔から市街化調整区域で、新規の建物は造れないことになっている。
> そのため土地が安く、日本の法律を無視した在日が、次々と移り住んできた。
> そこで問題になったのが、朝鮮学校だ。なかなか許可が下りず、一番近くても千葉市にしかない。
> そこで在日居住区の能満内にあった、能満幼稚園・市原小・市原中・緑高の保育士や教師を、朝鮮化する事を考えた。
> 今では在日幼稚園の保育士は全て朝鮮帰化人で、在日の父兄からの絶大な支持を受けている。
> 遠くからでも、わざわざ在日幼稚園に入園させたいという在日の親は、後を絶たない。
> この在日幼稚園卒園者はほぼ朝鮮系の帰化人と在日だ。
ここしばらくのバージョンで問題なかったがリターンキーを押すたびにその行より下の行番号が点滅する現象は再発してるな。
CotEditor 3.6.7に戻すと改善する。
逆にそんな感じの挙動を任意で再現できる設定が欲しい
TextWranglerのSave Default Windowに近い機能で、
任意のウィンドウのサイズを以降の新規ウィンドウのデフォルトサイズに設定できる感じの
普通のテキストはそ普通のサイズで読み書きしたいけど、
縦に長いログとか逆に横に長いログとかはそれぞれウィンドウを縦長や横長にして読みたいんだよね
でもそれをやるたびにそれ以降の新規ウィンドウのサイズもその極端なサイズになってしまう現状
自分は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からも起動できて便利だよ
>TextWrangler
まったくもってスレチだが、
BBEditにフリーモードが付いてたよ。TextWranglerがディスコンになったが、BBEditと別にじゃなてBBEditで機能制限でひとつ(＆より気に入ったらBBEdit買ってねとアピールしやすいだろしね)になってた
30日の試用期間が終わったらフリーモードになる。まだ、30日の試用期間なので、たぶん＆Preferences > Menu & Shortcuts で Simple Menus にしたのがフリーモードかな？
>>391
3.6.9で直してみたつもりですがいかがでしょうか？
Mojaveで行番号ビューが依存してた部品のレイアウト・描画方法が変わってここ最近かなり手こずってました。
いやはや。
結局大幅な改造を加え、これで安定したと思ってるのですが。
作者さんですか？
いつもお世話になっています。
先程確認しましたが、CotEditor 3.6.8で起こっていた点滅の問題はCotEditor 3.6.9で改善されているようです。
とっても早く対応していただいて感謝します。
ありがとうございます！
直ってた
一番下にカーソルがある状態なんだけど、
そのとき矢印キーで上下スクロールすると、おかしな位置にすっ飛んでしまう
手順とかどうでもいいからtwitter読め
それに近いことでウダウダ書かれてるから
1. アウトラインをクリックしてジャンプする
2. 行番号をクリック/ドラッグして行選択する
3. Cmd+Cでコピー（エディタペインにフォーカスがないためコピーできていない）
4. Cmd+Vでペースト……できなくて半ギレになる
こんなことない？
>>398
CotEditorのバージョンが最新（3.6.9）かを確認した上でmacOSのバージョンと再現手順もらえると大変助かります。
これに関連してる可能性が高い気がしますが、
手元で再現方法がわからず手が出せないでいます。
（自分でも一度なったことがある気がするんだけど、自分でも再現できない）
https://github.com/coteditor/CotEditor/issues/830
>>401
なるほど。わかる。対応します。
3つくらい前のバージョンまでは下記手順で頻発してたけど、最新版では今のところ
見てない気がする。
1. 大きめ（1万行とか）のファイルを開く
2. 検索かアウトラインを使ってかなり離れたところへ飛ぶ
（アウトラインを使った場合はその後エディタペインをクリック）
3. カーソルキーの上下左右どれかを押す
4. スクロールが激しく荒ぶる
うちの場合
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!
>>409
テストありがとうございます。
本件、さっきリリースした3.7.0-beta.4で修正を加えてみましたが如何でしょうか？
Betaだと応答不能問題直ってますありがとう！
もう一つ気がついたんだけど、いろんなテキストやsvgなんかの書類のデフォルトをCotがデフォルトで開くになってる事があるのはおま環なんですかね…
svgはIllustratorCC（前はGapplinなど）にしてたんだけど、気がついたらCotがデフォルトのままになってて何度直しても再起動してもコンテキストメニューのデフォルトはCotのままになってる
svgなど本来テキストではないものを
テキストとして妙な関連付けをしてるアプリがあるはず
つまり
・テキストのデフォをCotにする
・svgをテキストとしてInfo.plistで設定してるアプリがHDD上にある
この二つの条件を満たすとsvgまでテキスト扱いになり
Launch Servicesとしては、svgはテキストだな、じゃぁCotで開くかとなる
Cotって何ですか？意味はなんでしょう？
結構古い歴史がありそうなエディターなので、Cocoa Text Editor、つまりCotEditorって所なんでしょうか？
>>415
私も以前から気になっており、先日原作者様に伺ったのですが、Cocoa Text Editorで正解です。
当時はCarbonのアプリケーションが多かったですからねぇ。
thx
もうちょっとカッコいい名前だと知名度上がるかも。
日本語を満足に扱えるエディタ少ないんだよねぇ。
特に絵文字の取り扱いが、下手なエディタが多い。
例えば、Vimで▶工事中と記述すると、絵文字と工事中って文字が一部重なって困っちゃう。
300行くらいでも
Cocoaって最近耳にしないから、名前の由来がなんだっけ？となりガチ。
import AppKit
と今では書くが、今でも
import Cocoa
って書く場面あるんだろうか？
「変更を元に戻す」を押すと確実に固まるんだけど、一般的な「変更を破棄」にして欲しいわ
引き継いだ元のよりだいぶマシになったとはいえ文字コード関連は相変わらず弱いと思う
製品の名前って大事だ。人によって、受け取り方が違うのだから。
任意のウインドウサイズに合わせておいてもある書類でサイズを大きくしたあとに
新規ファイルを作ると大きくしたウインドウサイズでファイルが作られてしまう。
出来れば新規ファイルのウインドウサイズと各ファイルのウインドウサイズも覚えてくれれば非常に助かる。
もしくは、大きくなったウインドウサイズを「デフォルトのウインドウサイズにリサイズ」みたいなボタンでリサイズできてもいい。（てかそれも欲しい）
エディタを黒テーマにすると、マウスカーソルも黒いため見つけづらいです
マウスカーソルを見えやすくできませんか（Atomなどでは白くなりますが）
システム標準のカーソルは白縁取りしている(ハンドカーソルのような白主体のは黒縁取り)し、Majaveのダークモードでもそれは変わらないんだけど。それによってそういったことは無いような
もちろんCotEditorでもそのシステムカーソルのまま。なんかCotEditor独自のカーソルがあってそれが？？
これのことかな？？？だがしかし、こんなことしなくても、そのAfterの方なんだけどなあ。メインのSierra及びテスト用のMojaveでは
まあ、Xcodeうんちゃらとかあるからあることはあるんだろうが...どうやったらなるんだ？？w
とりあえず、そゆことならこのブログに書いてある方法で。アイビームに限らずマウスカーソル全般のカスタマイズはこの方法をというのが多いね(一般的？)
以前は気づかなかったのですが
横書きの場合は白く、縦書きの場合は黒いままのようです（OSはMojaveです）
>>429 無事白いカーソルにできました！
Pagesの縦書きでも白カーソルを使えるようになり、嬉しい限りです
皆さん親切にありがとうございました (>_<)
雑学的に、
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/HiServices.framework/Versions/A/Resources/cursors
にあるようなので、見てみたら、ibeamverticalは縁取ってないね、なんでだろ？
書き換えてしまってもよさげかなあw
アイビームは
システム標準は>>429の通り、縁取りはしているが縁取りの色がグレー(か、もしくは透過)。縦書きのは縁取りではなくて影？
CotEditorは縁取り白くっきりのを独自に用意してる。縦書きのはシステム標準
ということでございました(たぶん)
古いOS+縦書きのことは正直忘れてました。
次のバージョンで対応します。
おっと失礼、Mojaveでも縦書きだとそうなるのか。
何れにせよ対応できるか試してみます。
coteditorスレで別の案件で質問をお許しください。>ALL
SVGビューワーを探しており、古いGapplinを使いたいです。
El Capitan(10.11)とMavericks(10.9)其々の最終版をダウンロードできるURLを教えてください。
Gapplin作者様とメールで連絡とりたいです。coteditorのgmailアカウントに連絡しては駄目ですか？
縦書きカーソルのくっきり化、リリースに回しました。
>>437
すみません、メールで問い合わせくださった方ですよね。
返事滞ってて申し訳ない。ここ最近メール対応が全然間に合ってなくて。
Gapplinは小さいプロジェクトにとどめていて、最新版しか配布してないのです。
何れにせよ週末返信します。
ありがとうございます。待ちます。
プレインテキスト用の最強の縦書きエディタはCotEditorだと思っていましたが
僕が思っていたよりも全然強かったみたいです 笑 ご開発を応援しています！
CotEditorから（勝手に）画像を借りまして、>>429 のリンク先よりも高解像度にできました
一応置いておきます（パスワードはcotです）:
ttp://whitecats.dip.jp/up/download/1554308286/attach/1554308286.cape
Pagesなどでも縦書きで白カーソルが使えます 問題があれば消します
ありがとう！
3つくらい保存済みのファイルを開いてCmd+Qを押すと
タブが消えることがあります
3つくらい保存済みのファイルを開いて 変更を加え
保存せずにCmd+Qを押すと
一部のタブが閉じられることがあります
CotEditorヤバすぎ
>Unicode正規化
正規化なんて考えた事なかった。恐ろしい話だ。正規化してないtextを検索かけてヒットしない事もあり得る訳だ。
あるいは、検索文字列を数種類(NFD, NFC, …)用意して検索しないとヒットしない訳だ。
macOSはNFDらしい。
note: NFD = Normalization Form Canonical Decomposition
この辺、OS毎に異なってるのかな？
日本語なんて特にヤバそう。
例えば、濁音。がぎぐげご、とか！
か＋点々には複数のコードがあり得るのか？
それから、令和の令の字も複数のコードがあり得ると、だれかがtwitterで呟いてた。
利用が推奨されてない。
日本語環境で普通に使ってる分には前者しか出てこないだろうけど、
海外で作られたソフトで後者が誤って使われる心配はあるかな。
ちなみに何でこんなことになってるかというと、韓国の文字コード規格
KS X 1001との往復変換を可能にするため。
KS X 1001では「同じ字でも複数の読みがある場合は、それぞれに別の
コードを割り振る」という意味不明かつ大馬鹿なことをしているため。
「令」をU+4EE4だけにしてしまうと、KS X 1001→Unicode→KS X 1001
という変換をしたときに大元のコードとは別のコードになってしまうので、
それを防ぐためにUnicodeには「令」が2つある。「令」以外の漢字も
同様のものがいろいろある。
混乱の元凶は韓国なので、文句は韓国へ。
無料なのか課金しなきゃいけないのかよくわからないし
たびたび課金しろ見たいに出てきてうざいからTextWranglerをインストールしなおしたわ。
>>394
スレチも甚だしい
選択して「選択部分を検索に使用」ってすればいけるけど…
OSの作法的な話になるのか
逆に言うと、選択部分を検索に使用 して 検索 するツール使えばCotEditorでそんなことすることすることもない
てとこかな
選択したの検索したい場合はほぼ無意識で⌘E⌘F(どのエディタエディタでなくでも確か同じショートカット)するからツールでそんなの用意しないけど。他の目的でそういうツール使っていても
ちょっとだけ条件があるけど、CotEditorの(Apple)ScriptメニューにAppleScript書いて追加でもいいよ
Karabiner-Elementsがいちばんよさげかな。特に条件はなく⌘Fを⌘E⌘Fとか普通にできる
検索窓を開いてからキー（何のキーだったかは忘れた）を入力するとその時カーソルのある所からの単語を検索窓に取り込んでくれた
この挙動の何が良いかっていうと検索ワードを選択するという手順が不要になること
窓開く、検索ワード取り込み、実行の３ステップで出来たので慣れると凄く便利だったな
(ワード検出がちょっとアレでもっとシンプルになりそうかな)
作り込めばそのMifesエディタとやらのがどんなもんかわからんが、似たようなのはユーザサイドで作れそうなレシピ(CotEditorのAppleScript提供部分)は揃ってるかな
一度自分でドラッグして広げたら、毎回その縦幅で表示してくれると助かる
3.7.6にしたら、ドラッグすると検索フィールドが広がるようになってしまった
macOS 10.12.6
CotEditor 3.7.6
検索結果が消えてFindとReplaceフィールドでウィンドウ目一杯になるねえ
dateコマンドの使い方を初めて知った。dateコマンドってシステムの日付を設定できるのね。
#!/usr/bin/ruby
#
# %%%{CotEditorXInput=Selection}%%%
# %%%{CotEditorXOutput=InsertAfterSelection}%%%
wk = ""
str = `date "+%u"`.to_i
case str
when 1 then
wk = "Mn"
when 2 then
wk = "Tu"
when 3 then
wk = "Wn"
when 4 then
wk = "Th"
when 5 then
wk = "Fr"
when 6 then
wk = "St"
when 7 then
wk = "Sn"
else
puts str.class
wk ="OK"
end
print "📅" + `date "+%Y/%m/%d#{wk}"`
自分の気に入ったフォーマットで年月日時分秒をどこにでもいれれるんだぜ。
CotEditor専用に作ったら他のアプリで使い回しできなくて不便じゃないかい？
知りたい！
ヒントだけでも
rubyを直接はさすがに無いかと思ったらあった。ほぼコピペだけでよさげ
Automatorでワークフローを新規で作って
シェルスクリプトを実行 を追加
export LC_ALL=en;
date "+%Y-%m-%d %H:%M:%S"
export LC_ALL=;
をコピペして日付を入力とか適当な名前で保存
右クリすれば出てくるが、出なければシステム環境設定/キーボード/ショートカット/サービス
日付を入力 にチェック。
キーボードショートカットも設定したら便利だよ。
こういうとこどうすんだろう。やはり無かったことにするんかw
# encoding: utf-8
やな。ruby使いだったら知っているのかもだけど
Automatorでサービスを新規作成して、「シェルスクリプトを実行」アクションを追加すれば、スクリプト入力画面が出てきた。
作成した、workflowファイルを~/Library/Servicesフォルダに保存すれば、システム環境設定のサービスってところに出てくるっぽいけど、その先が。。。よく解らん。
また後で、トライして見る。
なんだか、上手く動いてるっぽい。
ワークフローが受け取る項目：入力なし
checked：選択されたテキストを出力で置き換える
二番目のチェックボックスをOnにすれば良いらしい。こんなの、気がつかないヨォ。
テキストなんて選択してないしぃー。
ともあれ、どこでも日付入力出来る様になった。Chromeのフォームに日付入力したり、TextEdit.appにも日付が入力できる。
さて、ショートカットキー、何に割り当てるか？
thx
# encoding: utf-8
これ無しだと、invalid multibyteなんちゃらとerror発生。
Wahoo
動いてる。幸せ！
もしや、Terminal.appでも入力できるのか？
できたぁ。vimでも動いタァ。
いやぁ、2年越しで機能実現できた。うれしぃー。
Apple Scriptもやる気が出てきた。
>>461,461
申し訳ない、それバグです。次で直します。
BathyScapheからimgurへpngをuploadするスクリプトが動かなくなった。
Apple Scriptってムズイなぁ。ソース見ても何がなんだか？
>Apple Script
imgurのAPIが変更になったのか？あるいは、Client-IDがexpiredしちゃったのか？
imgur APIはここ⬇
https://apidocs.imgur.com/?version=latest
http://egg.5ch.net/test/read.cgi/mac/1558520278
実現可能な機能なんでしょうか
最近のOSはSIMBLの穴ふさいであるんだっけか
タブはmacOS標準のだから道は険しいんじゃないかなあ。macOS APIで用意されていなさげで
SIMBLはまだ動く。アレとコレのセキュリティ関連をdisableにして
次のではどうかなあ
すみません、ウィンドウの下です
ちょっと無理そうですね。ありがとうございました >_<
SIMBLを初めて知りました
でも大変そうなので、使用せずに行こうと思います
いつも便利に使わせていただいています。
あまり需要は無いのかもしれませんが、現在のインデントスタイル
(タブ or スペース と インデントのスペース数)を
ステータスバーに表示する機能を追加していただくことは出来ないでしょうか。
>>484
スペース数は無理ですが、タブかスペースかの違い（および切り替え）であれば
一応ツールバーにそういうボタンを用意していますが、それでは不十分ですか？
メニュー > ビュー > ツールバーのカスタマイズ で追加することができます。
ステータスバーへの項目の追加は現状これ以上行わない予定です。
>>486
それはわかる。
というか、文字の数え方は方法が無限にありすぎて、
いろんなニーズに対応するにはちょっと整理する必要がある。
たぶんそのうち設定項目豪華にするけど時間かかるから気長に待っててください。
毎日使ってます。
お願いを聞いて頂けると超ありがたいです。
お願いとは、
すでにファイルを開いた状態で、もう一つファイルを開いた時、
「全てのウィンドウが結合」された状態で開かれると嬉しいです。
>>488
環境設定 > ウインドウ > タブで開く > 常に
>>490
thx
ファイルアイコンを用意した白い感じのアイコンに全て置き換えてましたが
バージョン3.8.1では、リソースの中に置き換える対象のアイコンが一切なくなってしまっています。
無くなっていますが、ファイルアイコン緑をベースにしたアイコンで表示されますが、
これまでのようにアイコンを差し替えて使いたいのですが、どこにicnsは移動したのでしょうか？
アイコンを変更する以外にファイルアイコンを変更する方法はありませんか？
分かる方がいれば教えてください。
お願いします。
Assets.carにいろいろ入ってる。Assets.carをイジれるツールを使う
難易度が高いですね。
今後のこともあるし勉強してみます。
レスありがとうございました。
知らんかった。
car = catalog archive
ってことかな？
CAtalog ARchive -> CA+AR -> CAAR -> car
が「らしく」思うよね
Compiled Asset Record -> car
らしい。Appleのドキュメントにどれもどこにも記述はないっぽいが
Compiled Asset Recordかぁ。
macOS Compiled Assets Record
をキーに検索しても、何もヒットしない。なぜだ？
Assets ではなく Asset だが、Assetsでも引っかかる
(その1サイトの内容がとてもとてもなので、その人の思いつきでもまあ信じてもいいかなあとw)
https://coteditor.com/archives.ja
上記のURLから3.7.8をダウンロードしてこれを改造して使うといいのでは
最新バージョンにこだわらないなら
どうしてもカラム表示のアイコンが白紙アイコンにアプリアイコンに影がついた感じのアイコンになってしまう。
そのままアイコン表示にすると自分が思ったアイコン（/System/Applications/TextEdit.app/Contents/Resources/txt.icnsを使ってるが）にはかわるようになったが。
なぜカラム表示でtxtやhtmlなどをこの（CotEditir）アプリケーションで開くに設定すると
カラム表示時のアイコンが白紙アイコンの上に小さくアプリアイコンに影がついたアイコンになるんだろう。
他のphpやcssなどはtxt.icnsで表示されるのに。
ちなみにアプリはストアーの最新版。
教えてもらった3.7.8でもあまり変わらなかった。
苦悩は続く。
これCatalinaでアイコン表示がおかしいんだよね。
VMWareもvmwarevmを別フォルダにエイリアス で置いていてどのフォルダをDockに登録してるが、
Mojaveまでは、vmwarevmのプレビュと同じアイコンにリアルタイムで変わってたが
Catalinaからかわらなくなった。
仕様かバグか。
このアプリだけでなく、白紙アイコンにアプリアイコンに影をつけたようなアイコンが苦手て…どうにかしてほしい。
選択した文字をハイライトって、デフォルトでオンだったっけ？0.5秒？
>>503
おっしゃる通りでデフォルト値はオンで0.5秒ですね。
to って打ったら TOML まで移動していた
Mac 標準の機能な気はするけど、この辺の細かいところが神
文字打ったり、スクリプト使ったり、一時的にCotEditor使って他のアプリペーストみたいなことがよくあって保存不要なことも多いので。自分だけかな？
何か文字を書いて
command+w
command+d
うちはいつもこうしてるがなんの手間もない。
でも、純正のテキストエディットなどで
command+w
command+d
が使えなくてイラッとすることがある。
Command+Dでデスクトップに移動するタイプの保存ダイアログの時は
Command+Backspaceを押すとええんやで
覚えやすいかも
無知で悪いけど、Backspaceキーってどれ？
うちのMagic Keyboard USにはないけど。
テキストエディットcommand+deleteを押しても何も起こらないが
うちのMagic Keyboard USでは使えないのかな。
間違って選んだときは悲惨なことになるな。
本質的じゃないんだけど、書類の内容からにしてからウインドウ閉じるとアラート出ないようになってる。
なので⌘Aで全部選んで削除して⌘Wをすればダイアログ出ないでウインドウ閉じられます。
アプリによるんかな
Windowsでも標準メモ帳はアンドゥしても変更と見なされるが、エディタだと未編集扱いになって警告なしに閉じれるんだよな
相変わらず間違えるし、慣れないなあ
\1が$1って他で見かけないよね
Javascript
てか、使ってるのそのmacOSがそうなんだがw
https://developer.apple.com/documentation/foundation/nsregularexpression
http://userguide.icu-project.org/strings/regexp
検索パターン中では \n 、置換テンプレートでは $n という
別に独自でもなんでもない新標準なので早くなれる方が老害扱いされないだろうw
https://applech2.com/archives/20200920-coteditor-v4-beta.html
NDA絡むからスクショうpはNGなんかな
稀に3.9.7でファイルの新規保存ダイアログが出ずにずっと処理中になるよ
固まってるわけではないから応答無しにはならず強制終了しないといけなかった
macOSといいアイコンの色が…ね。
変更するのにAssets.carを編集するの労力がとてつもなく大変…
macOSもだがもう少しアイコンを簡単に変更できるようにしてほしいな。
という文字列の[test]部分をクリックしたときに[$test]と全体が選択されるようにするのは可能ですかね？
[$]まで選択されないのが不便で。
シンタックスをphpにしても特に変化なし。
行番号とテキストとの境界がなくなって非常に見にくくなった・・・
なぜこうなるんだろう。
しかもこれ、Big Surでツールバーも白くなってしまうんだよね？
・・・・
地味に困るこれ…
複数のMacbookで編集してiCloudにテキストを保存している。
これが原因だと思う。
MacbookをwakeupさせてCotEditorを触ると即、風車。
メンテナーさん、頑張って！
音引き（長音記号）が母音に変換されてしまう
（例：ルーズリーフ→るうずりいふ）けど、これおかしくない？
音引きのまま（るーずりーふ）変換するべきでは？
になっちまうねこれ
新規作成保存はできるんだけど。
同様の人いない？
解決策は？
こんな時なので心配になります。
名前でググってみ。お元気でいらっしゃいますよ
開発止まったの？
過疎？
でアプリが終了してる状態で1つのファイルを開くと、終了前に開いてたファイルが全部開いてしまって困ってる。
その前のバージョンまではそんな事は起こってなかったし、他のアプリでもそんな問題はおこらない。
Saved Application State内を捨ててもすぐに問題は発生してしまい非常に厄介なことが起こってる。
4.0.x系はiCloudに保存したファイルを複数マシンで開こうとしてHung Upしたので避けてたのだ。
今回の4.0.5では解消してるのかな？
環境設定「一般」の「起動したとき：前回のウインドウを復帰」に
チェックが入っていたら外す。
レスありがとう。
もちろんそも設定は前のバージョンから引き継いでるのでチェックは外れてるんだけどね。
ウインドウを閉じる」のチェックを入れてみるとか。
レスありがとう。
設定は前のバージョンから引き継いでいるので数年前からずっと変えてないです。
アプリを前のバージョンに戻すと問題は一切起こらなくなってのでアプリの問題だと思われます。
3.9.7
を試している。
iCloud経由で2台のMacbookでファイルを開くとコンフリクトが発生して、どちらを残しますか？と聞いてくれない。
以前は、ダイアログで選択出来たように記憶してるが、記憶ちがいか？
3.7.xを試してみることにする。
4.1.1 & Big Sur
アプリの再起動、OSの再起動でも治らず。
この問題の原因を見つけました！ [全般]ペインの[ドキュメント内のURLをリンクする]オプションがオンになっている場合、エディターはスペースキーでスクロールします。 修正版は数日中にリリースしますが、それまで抑制したい場合は、一時的にオプションをオフにしてください。
ありがとうございます。
オプションオフにしただけでは解決せず、アプリの再起動で解決しました。
その太さはアイコンのみとテキストのみのときに太い
いつのころかのバージョンからcommand+dでウインドウを閉じれなくなった（未保存でウインドウを閉じる）のですが何か対策はないでしょうか。
現在のバージョンは4.7.2 (625)です。
miを試してみたのですが、こちらはcommand+dは効きますが
私が使っているキーボードショートカットがmiでは使用できず（設定でキーバインドの変更が不可と出ている）アプリの使用が出来ません。
それだとcommand+dをした時と同じ状況になってしまいますね。
>>556
なるほど。
キーが離れていてやや面倒ですが、その方法を使うことにします。
皆さんレスありがとうございました。