テキストエディタ総合（part5）

ハックの相棒、デジタル時代のペンと紙、コーディングの秘書。
そんな日用品であるMacのテキストエディタについて語る。

// 過去ログ
至高のテキストエディタ（pt.1）
http://pc.2ch.net/test/read.cgi/mac/982101150
究極のテキストエディタ（pt.2）
http://pc.2ch.net/test/read.cgi/mac/1024399479
良いテキストエディタ (part3)
http://pc5.2ch.net/test/read.cgi/mac/1057768049/
テキストエディタ総合（part4）
http://pc7.2ch.net/test/read.cgi/mac/1098311839/

// 関連スレッド
Mac de Emacs総合スレ v4
http://pc7.2ch.net/test/read.cgi/mac/1123076228/
【標準装備】スクリプトエディタ
http://pc7.2ch.net/test/read.cgi/mac/1111760449/
多機能エディタ「 mi 」を語るスレ その2
http://pc7.2ch.net/test/read.cgi/mac/1105121251/

代表ソフト一覧
- Carbon Emacs （free） ttp://www.google.com/search?q=Carbon+Emacs
- Emacs （free） ttp://emacs-on-aqua.sourceforge.net/ ttp://www.porkrind.org/emacs/
- Vim （free） ttp://www.vim.org/ ttp://www.kaoriya.net/
- KEdit for MacOS X （free） ttp://www.drycarbon.com/macosx/kedit/
- Smultron （free） ttp://smultron.sourceforge.net/
- TextEdit with OgreKit's Find Panel （free）ttp://www-gauge.scphys.kyoto-u.ac.jp/%7Esonobe/OgreKit/
- JeditX （2,940円） ttp://www.artman21.net/product/JeditX
- SubEthaEdit （$35） ttp://www.codingmonkeys.de/subethaedit/
- Nisus writer express （$59.95） ttp://www.nisus.com/Express/
- BBEdit8/TextWrangler （$179.00/$49.00） ttp://www.barebones.com/
- skEdit （$20.00） ttp://www.skti.org/skEdit.php
- uEdit （free） ttp://home.wanadoo.nl/joost.markerink/uedit/
- CotEditer （free） ttp://www.aynimac.com/p_blog/files/article.php?id=41　*エディタ初心者にお勧め
- mi （free） ttp://www.mimikaki.net/　*エディタ初心者にお勧め
- HUNDOSHI-EDIT （free） ttp://www.ne.jp/asahi/techno/ostra/down/down.html
- Jedit4 （2,500円） ttp://www.artman21.net/product/Jedit4/
- LightWayTex

- LightWayText/iText （2,500円/free） ttp://homepage1.nifty.com/lightway/
- Tex-Edit Plus （1,800円） ttp://www.bridge1.com/texeditplus.html
- QuoEdit （1,500円） ttp://www.occn.zaq.ne.jp/ski/lib/qedtj.htm

テキストデータベース系
MacJournal　ttp://homepage.mac.com/dschimpf/
日本語訳者ページ　ttp://homepage.mac.com/tnakamula/
ThoughtPad　ttp://www.liquidnexus.com/
Jreepad　ttp://jreepad.sourceforge.net/
Data Keeper　ttp://www.synack.com/
DataDino　ttp://www.datadino.com/
EagleData　ttp://www.eaglesoft.de/

>>1　大儀である。

Carbon Emacs、Emacs 、Vimはunixから流れてきた人向け。

miはモードが豊富にあるので便利。
もうちょっと移動系のキーバインドを増やして欲しいが

あとは知らん…。

即死回避のために話題を提供。
次スレを建てるときどういうテンプレがいいか考えてくれ。

言いにくい事だが
UNIX系と
普通のと
メモ/ノート/データベース系とを
一緒のスレにまとめるのは無理がねーか？

何使ってる人も話しづらいだろ。

総合スレだからしかたないんじゃ？

ちゃんとどの話題か意識していれば混乱することもないし
話題ふったり質問する人が用途なり何なりを示せば良いし


個人的にはたまに荒れるのもこのスレの風物詩だとﾏﾀｰﾘ傍観してますが

UNIX系といってもターミナルでしか動かんわけじゃないしな。

メモ/ノート/データベースの類のソフトもエディタなんかいな。
使い方によってはアウトライン・プロセッサという事にもなるんやろうしな。。
情報の蓄積と検索のほうに使えばMacで効率的な情報〜のほうなんかな。。

お、今見に行ってみたらNewNOTEPAD ProのTiger対応版が
７月に出てるね。
開発止まってるのかなと思ってたけど、よかった。
いやー、旧OSのNewNOTEPADから考えると、すっかり古株のソフトになったねえ。。

流れぶったぎるけど、
CotEditorでアンチエイリアス切りにすると
ビットマップ入りのフォントでも表示がガタガタにならね？
フォントの種類やサイズを色々変えても直らなかった。

でもmi（こっちもアンチエイリアス切）で一旦何かのファイル開いたあとにCotEditorで開けば大丈夫だった。

自分の環境だけかな。

なんとなくCotEditorを試してみたので感想。

Emacs系のキーバインドが使えて、
Macのクリップボードとは別にキルリングもあるのがｲｲ｡
見た目はかなりシンプル。

>>11
がたがたというのはどうがたがたなのかな？
新規書類で書き始めた時にそうなるの？

>>12
キルリングてなんですか？？

CotEditorの環境設定で、新規書類のカラーリングを選べるようにならないかな。

その昔、NitEmacsというのを使っていました。

ttp://www.google.co.jp/search?hl=ja&q=NitEmacs&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=lang_ja

へー。こんなのあったんですね。
Classicで動きますかね。

>>13
ごめん、ガタガタという表現はおかしかった。
ギザギザかな？ヒラギノとかビットマップ入ってないフォントのアンチエイリアスを
オフにするとアウトラインが汚くなるよね。あれを更にぶっ壊した感じ。

で、これは新規書類でも、既存のファイルを開いても同じです。

どうもフォントのキャッシュが壊れるみたい。
一旦壊れると再起動し直すまで他の（アンチエイリアスをオフにしてる + 同じフォント使ってる）アプリで開いても
壊れたままになる。で、再起動し直して、先に他のアプリで何でもいいけど書類開いたあとなら
CotEditorでも他でも正常に表示されるようになる。なんだろー。

>>17
よかったら
ちょっとスクリーンショットをアップして貰えますか？
もし画像編集できるソフトお持ちなら
各状態が比較できるような感じで。

あまりCotEditorを使い込んでないのと
miも使ってないのでわからないんですが、
うちではCotEditorでアンチエイリアスOFFでOSAKA-等幅使っても
特に変ではなかったです。
うちの状態もわかるように今から画像用意します。

うちの環境は10.4.2でCotEditorは0.8.2です。

miの場合だと、同じバージョンでも
Pantherだとガタガタ、Tigerだとなめらか
てな現象が報告されたことがある。

>>17
うちはこんなです。
ttp://amb.sakura.ne.jp/hanyou/img-box/img20050906233615.jpg

> 先に他のアプリで何でもいいけど書類開いたあとなら
というのは、CotEditorで開く書類をって事ですか？
無関係に？

だとしたら、OSを起動して一番最初にCotEditorを起動した時だけおかしくなるって事？

>>13
キルリングってのは、
そのエディタ内だけのクリップボードみたいなの。
C-kで行末までキル(削除)して、
C-yでキルしたのを貼り付けたりetc
(C-kは"ctrl"押しながら"k"の意)

Emacsのキルリングが本場で、
CotEditorのはまだキルリングもどきだけど、
ベータ版なのでしょうがない。

そうそう。CotEditorを試しに使ってみようと思い、
なんとなくコードを書いてたら、つい手が勝手にC-kしちゃったんだよね。
そしたらちゃんとキルしたので驚いたよ。C-yも効くし。
ありそうでなかったこの機能。大歓迎。
あとはRubyの構文カラーリングがあれば…

>>21,22
レスありがとうございます。

どうやらCocoaのテキスト入力用のクラス？
には標準でEmacs風のキーバインドが仕込まれてるっぽいです。
テキストエディットでも使えるみたいですよ。

> もどき
不完全な部分があるのでしょうか？

ところでControl + oで、改行が追加されるけどカーソル自体は下がらないのは
オリジナルのEmacsと同じ挙動ですか？
何か使いにくい気がするんですけど、そうでもないんでしょうか。

キルリングはテキストエディットとかのCocoaアプリでも実装されてるよ。
なので、CocoMonarとかのCocoaアプリのエディットでも使える。
M-yが無理なのが残念だけど、まあ、単純にコピーバッファが二つあるということでw

しかしこういうキーバインドをフル活用しようと思うと
重ならないようにキーボードアクセスを割り当てるのが大変かも。

>>24
ホントだ！気づかなかった…
テキストエディットでコードを書いたことなかったからなぁ。
俺の中ではEmacs=各種コードエディタなんで、そのときだけEmacsライクに手が動く。

CocoaアプリのエディットはEmacsと同じカーソルキー（C-aefbpn）や
C-o,y,kとかが使えるんでEmacsを覚えてると便利。

Emacsは確かに取っつきにくいけど、Carbon Emacsみたいなのならメニューが
使えるから、とりあえずちょっと便利なテキストエディットとして使ってみても損はないと思うな。
ものすごい機能があるからといってその機能を使い切らなきゃいけないってわけでもないし、
いろんなコマンドとかモードとかを覚えるのはおいおいという感じでいいんじゃないかな。

ほとんどの開発言語に対応したモードがあるんで、俺は、例えば開発環境がXcodeでも
VisualStudioでもEmacsで編集してる（外部エディタとして）。
で、htmlもphpもsqlもjavaもaspも全部Emacs。

miも同じようなことができるけど、さすがにaspとかのWinでの開発には向かないんじゃなかろうか。

CocoaアプリではC-k、C-yが使えるのか！
C-a、C-k、C-nあたりは知ってたけど、C-yは試してもみなかった。。

>>23
>キルリングもどき
キルする方法が行単位のC-kだけで、選択範囲のC-wとか無いし、
キルリングの真髄M-yが無い。(M-yについてはyank-popってググって)

EmacsでもC-oはカーソル移動しないけど、
C-jで改行とインデントとカーソル移動をまとめてしてくれる。

>>27
miでC-a,C-e,C-n,C-p,C-f,C-b,C-k,C-yが使えたら理想のエディタに近い。
まじめにやるときはEmacsでも、
ちょっとしたメモ書きとかにEmacs以外が欲しい。

Emacs使えないからよくわからないけど、
miってキーバインドかなり自由なんでない？
AppleScriptを含めてツールも割り当てられるわけだし

>>27
> miでC-a,C-e,C-n,C-p,C-f,C-b,C-k,C-yが使えたら理想のエディタに近い。

emacslikeっていうキーバインドのファイル読み込んだらそれ使えない？
今やってみたら
> C-kで行末までキル(削除)して、
> C-yでキルしたのを貼り付けたり
はできたけど。。。

番号間違えた
>>27じゃなくて>>28だった

>>30
それだ!
emacslikeにちょこちょこっとキーバインド追加して、
理想のエディタができた。
まぢでありがとう

ろくに設定しようとしなかったから知らなかった。

コーディング用なら、TextMateが最強！
http://macromates.com/

日本語ダメだけどなー。

日本語がダメとは痛いな？

コーディングだって日本語打つし。

(´・ω・`)

いやまあ本格的なコンパイル言語使いで
コメントも英語で書いちゃうよな人には有用でしょう。
そんなにしょんぼりしないで。

TextWrangler2
http://www.barebones.com/products/textwrangler/
これいいよ
Freeだし、日本語OKだし、いろんなプログラム言語に対応してるし。

BBEditのところが作ってるやつですね。

検索したら巨大ファイルの扱いに難ありという記事が。
まあ俺には基本的には関係ないけど。

JeditX ってどういう路線に展開していくんだろうな。

>>40
もはやワープロですよねw
まあ、それもアリっちゃアリだけど。

まだまだプレーンテキストのエディタとしても強化できる余地はあるよな。

プレーンテキストはかえって扱いにくくなってると思う。＞JeditX

　

Emacs が動くようになった以上、Jeditって必要ないんじゃん。
実際使っている人っているの？

Emacsでヒラギノの異体字、表示できるの？

俺は検索機能のために使ってるけど。正規表現・マルチファイル。
ogrekit付きTextEditは後に知りました

ヒラギノ異体字が重要なら、iTextもいいですよ。

JeditXつかってるんだけど、複数一括置換をした時って
どこが置換されたかは確認できないのかな。

カラーリングかアンダーラインで後でチェックできると便利なんだけど。

45は異なるソフトの操作法やノウハウもLispもAppleScriptも
１時間あれば覚えちゃうような強者なんだろうな。

だから違うソフト同士を
まるで同じソフトの機能制限版と上位版であるかのように
大胆な比較ができるのだろう。
きっとそうに違いない。

そしてシャツの襟元のしつこい汚れよりも根性があるに違いない。
だから同じような書き込みを断続的に繰り返す事ができるのだろう。

そんな人だからOSの種類の違いによる色々な違いも全く苦にせず
それぞれの環境で最適な方法を見つけ出してパソコンを自在に使いこなしているんだろうな。

何事にも最も正しい完全な方法を知っているし、「慣れる」なんて事も必要としないほど優れた学習能力を持っているから、
凡人達のそれぞれのやり方なんてつまらなく思えてしまうに違いない。

もちろんあるソフトについてのスレがどの板のどこにあって
どんな話はどこですべきなのかもよーくわかっているに違いない。

別人だが、ﾂﾏﾗﾝ文章くどくどと書くなよ…

Kate使いたい

小説を書くのにお勧めのはどれですか？
欲しい機能は縦書き（原稿用紙罫線）＋禁則処理（音読記号類のぶらさがり）です
現在NeoOffice/J使ってますが2線ダッシュ　──　が
立て表示にすると切れてるようにみえて悩んでいるので

>>52
原稿用紙モードの縦書きで二線ダッシュが途切れないですか・・。

それエディタの域を超えてません？
Neo Office/Jはワープロだし。

ダッシュの代わりに消し線とか使ったら縦につながりませんかね？

もしNeo Office/Jではどうにもならなかったら、
EGWORD（Pure）の体験版を試されてみてはどうでしょう。

>>49
シャツの襟元のしつこい汚れよりも根性があるに違いない。

素敵な表現ですね。
小説家の方かと思いました。

こいつはトーストの上のクソ並にやっかいだぜ！

トーストにクソしちゃ駄目だよ。

うん、CDが焼けなくなっちゃうよね。

臭いしね

バーガーにすりゃいいよ

>>52
だったらwordを(ry

OS1O.2でLightway Textを使ってます。
windowsとの互換性を考える場合どのように保存したらいいか、
もしくはどのソフトがいいかご教授下さい。
相手はLightwayで読むわけではないので、txt形式で保存する事になります。

>>61
ﾜﾛｽwwwwwww

>>62
？

>>61
Lightway使ってないからどんな保存オプションがあるか知らないが
・機種依存文字を使わない
・改行はCR+LFで

の２点を守れば大丈夫なのでは？
文字コードはやっぱりShift-JISがいいのかな。

本番前にテスト用の小さなテキストを渡して実験してみたら？

（どうでもいいがOS10.2じゃなくてOS1O.2って何）

>>61
改行コード、文字コードを変換する必要があり、
文字修飾等を使う必要がない（txtで渡すなら不要だよね？）なら、
エディタとしては、miも選択肢に入れてみてください。便利だよ。

>>64
有料のLightWayをわざわざ使ってるって事は縦書きetc.のLightWay固有の機能が必要だって事でしょ。たぶん。

pdf

>>61
メールで送るなら、何も考えなくてオッケー。

>>67
それは、メール本文として送るという事か？
それとも添付ファイルという事か？
ナゼ何も考えなくてもオッケーなのか？
解説お願いします。

初心者におすすめなmiさえ理解できない私って・・・（;´Д⊂）

miはかなりの高機能ソフトだから全部理解してる人はあまり居ないのでは？
基本的な機能を使って、たまに「こんな機能があったのか！」って驚くのでいいんじゃない？

>>69
miは『初心者にお勧め』ではないと思うぞ。
プログラムやったりHTMLを自分でバリバリ書いたりする人向けだし。
日本製でフリーで高機能だから勧められる事が多いだけ。

何を求めているかによるけど、
テキストエディットだって使い方によってはけっこう使えるし。

テンプレでエディタ初心者にお勧めって書いた奴がきましたよ。

miでいうモードを自動判別してくれて、日本語が不自由無く使えるなら初心者には何でも一緒だろ。
これこれをするにはどうすりゃいいかなって時に質問すればいい。
miならユーザーの多さとmi専用スレがあるからノウハウがあり質問しやすい。
miでできなければ他に旅立っていくだけの事だろうという理由。
今気付いたが、1に2,3参照って書くの忘れたなぁ。

あとCotEditerも相当お勧めできるようになって来たと思う。
俺的にはmiに近くて書き込み権限がないファイルを弄るのが搭載されたのが特にいい。

「初心者」という言葉で想定するレベルや方向が人それぞれだからな。

>>73
> 書き込み権限がないファイルを
詳しく

httpd.confとか弄るときに認証画面が出るだけの話だよ。

今CotEditor0.8.2でhttpd.conf開いてみたけど、
編集しようとしたら
「このファイルは編集できないけど、コピーを別の場所に保存する事はできるよ。編集しますか？」
みたいなYes/Noのダイアログが出た。
認証が出るのは保存の時？

age

今ではmiを使ってはいるが未だにOSX版YooEditを待ってたりする
シンプルで軽快。検索と置換がちゃんとしてれば高度な機能はいらないのよね

あれ？YooEditってCarbon化はされてなかったっけ。

>>80
されてない。

まあ俺は高度な検索機能がありがたいなと思ってエディタを使っていたりするんだけど。

>>79
ちょっとちょっと、OSX版のYooEditってあるの！？
ググったけど見つからない！
本当ならぜひ教えて下さい！！

だから無いって言ってるやん
まだまだ欲しがってる奴はいるんだな

CotEditorは結構いい線行ってると思うけどなぜか開けないファイルが時々あるのがなんとも

「持ってる」と「待ってる」を間違ったんでしょ。

皆さん、
複数のHTMLファイルから、広告バナーの部分の記述を削除したい
なんていう時、どうしてます？

>>86
こういうときだけSmultronでやってる。

すまん上げちまった

JeditXのマルチファイル検索 ＆ 正規表現とか？
HTML書かないからわかんね

>>87
こういう事に向いた機能が？＞Smultron

>>89
いや、書く時じゃなくて、保存しておきたいページとかあるじゃないですか。
それで保存するんですけど、GoogleやAmazonの広告とか広告バナーとか
アクセス解析とかを消したいんですよ。

私ならSedかなあ。

>>91
複数行にわたる場合、正規表現がちょっと面倒じゃありません？

>>92
オレもJedit Xがベストだと思う

miを使っています。
非常に便利で重宝しているのですが、置換が遅いのが難点です。
同じファイル・同じ置換方法でも秀丸だと数倍速いです。
Macでもそれぐらい置換が速いエディタはないですか？

>>94
YooEdit

いっぺん置換の速度の比較をやってみたらおもしろいかもしれませんね。
実験に使うファイルを決めて。

まあPerlやPHPでやるのが速そうですけど。

Jeditはたしか置換中にその様子を描画しないなんてオプションがあったような。
あれはAppleScriptでやる時でしたっけ？

>>94
こちらで比較していないので速いか遅いかわかりませんが、
CotEditorというエディタを試してみてください。

俺が今一番知りたいことは、縦書きに最適なテキストエディタがなんであるかということだ。
原稿用紙の書式とかいらない。縦書きのための最小限の機能でいいんだ。
どれだ。

>>96
>Jeditはたしか置換中にその様子を描画しないなんてオプションがあったような。
「ウィンドウを開かずに置換する」ってのがある。
何箇所書き換えたかとかは表示されるけど。

>>97
AppleWorks

>>97
iText

>>99
・・・
>>100
iTextProではないか。


原稿用紙フォームは邪魔だと感じている。
白紙に縦書きしたいのだ。

>>96
OS9の頃、10MB位のファイルでYooEditだと、2分位で終わる置換作業が
Jeditだと3時間で半分も処理できなかった。
（ハングったのかと思って途中で強制的に終了させたら半分位終わってた）

>>102
Jeditのバージョン。

>>103
確かJedit3
miもiSedでも同じ処理させてみたけど、Jeditと同じ様な処理速度だった。
（時間がかかりすぎるので最後までやってないけど）
YooEditの処理速度が異常に速い。

ちなみに処理内容は、郵便番号データから都道府県を省く処理。
検索文字列　　\t...?[道府都県]
置換文字列　　\t

だったと思う。

>>104
ちょっと複雑な処理ですね。
正規表現ですか？

・実験機：iBook Late2001/G3_600MHz/640MB/10.4.2
・実験用ファイル：
　http://www.post.japanpost.jp/zipcode/dl/oogaki.html
　にある郵便番号データの「全国一括」
　KEN_ALL.CSV　全121228行　11.4MB　11,978,542バイト
・実験方法：各行から都道府県を消す。
　Perlでs/^([^,]+,[^,]+,[^,]+,[^,]+,[^,]+,[^,]+,)[^,]+,/$1/
　各エディタの正規表現置換機能で同様に行う。
・結果
　・ターミナルからperl -i.bakで実行：10秒かからないくらい？
　・Jedit4でマルチファイル検索を使って：
　　ファイル開いてから実行される。５分でコマンドピリオドで中断。
　　約40時間かかるペース。
　・JeditX 1.27でマルチファイル検索でファイルを開かず実行：
　　約２分
　・CotEditor 0.8.2：135秒。しかし終了後落ちた。
　・mi 2.1.6：ファイル開くのは速い。６分でキャンセルで中断。
　　約13時間47分？のペース。
・考察
　>>104さんの書き込みを見て気付いたけど、もっと賢い置換式があったね。
　orz

　JeditXとCotEditorはどちらもCocoaで鬼車を使っており、
　同じような結果が予想されたが、安定性で明暗を分けたようだ。
　JeditXのマルチファイル検索でファイルを開かない設定でやってもいいし、
　どうせ正規表現書くならPerlでやるのが一番素直でよいかも。以上。

>>104
Perlを使う“検索置換ラクダ”なら多少は速いかもしれません。

ttp://www.t3.rim.or.jp/~rj-taka/SkaaRj117.html#return_of_the_jedit
エディタの検索置換速度についての参照

s/"[^"]+[都道府県]",//
でいいのかな？

>>106の追加。
Classic上でYooEdit 1.7.1で試しました。
検索式は106のままです。
滞りなく実行という感じで、２分ほどで置換できました。

HUNDOSHI-EDITも試そうかと思ったのですが
普通の検索置換ダイアログでは正規表現を使えないようで、
やり方がわからないのでやめました。
（awk等を呼び出して使えるようになっているらしい）

未だにYooEditが最強クラスなのか。作者殿は移植するつもりはないのかなぁ

ファイル開く速度なんかも
CarbonやPPCのソフトのほうがCocoaのソフトよりも速いみたいで、
何か複雑。

>>90
Smultronだと開いている全ファイルに対して正規表現検索/置換が一発でできる。
バナーやjavascriptの削除なんかに結構重宝してるよ。
但し、>>106の様な作業だったら話は別。重い処理はSmultronでは全くダメ。

>>106
・実験機：PowerMacG4 450MHz/576MB/10.4.2
・TextWrangler 2.1
ファイルオープン：8秒
置換：16秒
Filterメニューに以下のrubyスクリプトを追加して実行
#!/usr/bin/ruby -w -Ku
while gets()
print gsub(/"[^"]+[都道府県]",/,'')
end
置換Undo：1秒

>>113
TextWranglerと言えば、某ブログの今年の１月の記事によると、
メモリの扱いに問題があるらしくて
500MBのファイルを開いたら落ちたとか書いてあったんですが、
（BBEdit Liteだと平気とのこと）
改善されてますかね？
まあ500MBのテキストファイルなんて普通お目にかからないですけどｗ

TextWrangler、実験しようと落としてみたけど英語の壁が…。
orz

文字コードの設定はどうしたらいいんでしょう？
ドラッグ＆ドロップで開いたら文字化けしてたので
書類ウインドウのツールバー部分の左から５番目の
書類の形のアイコンからエンコード選んだんですけど変化なし…。

File > Reopen Using Encoding
で開き直せ。

>>116
ありがとうございます！なるほど。
いやしかし多機能ですね。メニューの項目がたくさん。

TextWranglerのシェルスクリプトの利用方法は
IN/OUTを考えなくていいのが楽でいいですね。
普通のターミナルで実行するのと同じ書き方で使えますね。

HUNDOSHI-EDITでシェルスクリプトの実行を試してみましたが、
どうやらテキストの選択範囲が対象になるようなのですが
テキスト全体を選択して行ったところ「コピーするには大き過ぎる」というようなメッセージが…。
orz
せっかくそれ以外はわりとスムーズなのになあ。
何かやり方間違ってるのかもしれないけど。

BBeditはcocoa化しないのカナ？
したらNISUSみたいになっちゃうのカナ？

バカの一つ覚えみたいにcocoa化とか書くなよ

YooEditはcocoa化しないのカナ？

YooEditはMacソフト界のロストテクノロジー
これを超えるOSXソフトは今現在まで存在しない

現時点でもClassicで使えるから要はIntel版Mac OS Xで動くバージョンを出して欲しいね。

CocoaだのCarbonだの言ってる人はオストラさんとこのサイトでも読んでおきなさい。

あーそうだ、Classicで使えるってのは、
インテルMacになると駄目になるかもってことだよな。

がんばれYooEditの中の人。

>>106,113
>>106ではそれぞれのソフトの検索・置換ダイアログの機能で実験したのですが、
>>113で、シェルスクリプトを呼び出して実行する機能について結果報告がありましたので、こちらでも追加実験してみました。

miについて、（miのスレで教えてくれた方、ありがとうございました）
「ツール」に>>106で作ったPerlスクリプトに必要なIN/OUTをつけたものを登録したところ、
約10秒で置換を終え、挙動がおかしくなる事も無く結果を開く事ができました。

たぶんここでCarbonつってるのはCFMのことなんだろうな。
CocoaつってるのはMach-Oなんだろう。
まぁ、普通のユーザに理解しろってのもちと無理あるし、
昔のジョブスの説明も勘違いを招いたと思う。

Intel版ではCFMが切り捨てられるんで、CFM CarbonアプリのMach-O Carbon移植が
今後の、というか当面の開発者の課題。

参考
ttp://ja.wikipedia.org/wiki/Carbon

俺も区別付かないんだけどEmacs風のキーバインディングが
使えるCocoaアプリは好きだな。
miはわざわざ定義ファイルを入れてくれてて嬉しい。

昔のはけっこうダイアモンドカーソルが使えるのがあったな。
YooEditもそうじゃないっけ？
Jedit4は設定でダイアモンドカーソルとEmacs風が選べる。

漏れは長年、ダイアモンドカーソル派だったけど
iBook を US キーボードにしてから使わなくなったなあ。
Windows 機では、相変わらず CAPS と Ctrl を入れ替えて
使ってるが。

Emacs風キーバインドの場合、
左手小指で control 押して左手人さし指で b を押すのとか大変だから、
左右下の角にctrlがあったほうが便利な気もする。

>>128
オレはADBCapsControl使ってる。
enterがcontrolになる。

漏れもノートだから右enterをcontrolにしてみた事があったが
自分が意外にenterを使っているという事が判明した。ｗ

俺もダイアモンドカーソル派

未だに↓のVerupを待ってるんだが．．．
ttp://homepage.mac.com/hhamada/diamondkey/

ﾊﾞﾁｽｶｰﾌとかもemacsっぽく動くのな

コントロールをキーボードの左下の隅にして
手のひらの小指の付け根あたりで押してる人はいませんか？
ノートじゃ押しにくいけど

いっそのこと Vi …

>>132
Cocoaの文字入力欄の部品を使うと自動的にそうなる。
AppleScriptStudioのソフトでも文字入力ができるとこで
control + bだのcontrol + fだのやってみると動く。

MDI型というんでしょうか？一つのウインドウで、複数のフィイルを開き
タブボタンでファイルを切り替えられるテキストエディタってありませんか？

Dreamweaverとかオーサリングツールだとあるんですが、もっとテキスト
編集に特化した軽いツールが良いです。

フィイルって何ですか？

>>136
emacs


と言いたいところだが、万人向けでは無いので
smultronとか分かりやすいかも

MDIって何かの略？

bbedit

Multi Document Interfaceだったかな。
Windowsで、大窓の中に小窓でドキュメントが開くタイプ。
エクセルとかVCみたいな奴。
対して、SDI（Single　Document Interface）はメモ帳とかみたいに
1ドキュメント1ウィンドウになるのがある。

Macは基本的にはSDIというかウィンドウが入れ子になることはないから
適当な表現じゃないような気もする。言いたいことは分かるけどね。

MDIほどアホ仕様なUIは存在しない

>>136
複数ウィンドウって感じじゃなくて、タブブラウザ的なイメージ？
web kit使えば簡単に作れたるするのかな。

YooEditって具体的に何が優れてるの?
箇条書きにしてくれ。

インデントの挙動とかはちょっと好きだが。

>>144
俺的には軽快さ

>>143
Web Kitは関係ないだろ

>>146
いや、タブブラウジング的な部品があるのかな、と。

>>147
ないよ

>>136
ちょっと上で名前が出てるTextWrangler、どうぞ。

あとmiも最新ベータはタブ化してたような気がする。

miのタブに慣れてしまったからCotEditorに移ろうとしたとき無理だった。
サイト1ページ弄ってるときとかでもXHTML, PHP, CSSx2とか開くからまとめないとやってられない。
でもmiのタブはmiで開いてるウィンドウ全部が統合されちゃう。
自分で指定して分けられたら便利なのになー。

Jeditの最新版（1.27）を使ってるんだけど、日本語入力モードでスペースキーを押しても、
半角分のスペースしか入らない。
全角スペースが入るようにするには、どこの設定をどうすればいいんでしょか？
知ってる人、教えて！

あ、自己解決しました。
フォントが悪かったみたい。osakaレギュラーフォントではダメみたい。
失礼しました。

>>153
これ何かヘンですね。フィードバックしたほうがいいかも。

システムの初期設定を開いても文字化けないテキストエディタないっすか？
miでも化けるんですよねぇ。

バイナリのplistはProperty List Editorじゃないとダメなんじゃない?

>>154
別に変ではない。Proportional Japanese Glyph SpacingをONにしていればそうなる。
U+3000や約物を漢字と同じ文字幅にしたいならフォントパネルからProportional Spacingを
OFFにする。

>>154
Osakaだと全角と半角スペースが同じサイズになってしまうことはFAQに掲載されてます。

http://www.artman21.net/product/JeditX/JeditXFAQ.html#anchor_faq_03

>>155
10.3.9以降は.plistはバイナリ化してるんで、
いったんProperty List Editorで開いて保存してから開く。
またはターミナルから、
plutil -convert xml1　対象plistファイルのパス
で変換してから開く。

>>157,158
（´・∀・`）ヘー

そう言えば■のサイズもCocoaのソフトだと小さくなったような。

>>157
OSAKAではそうなってヒラギノではならない理由は？？
何か不統一な感じがしますが…。

フォントの種類（仕様）の違いじゃない？よくしらんが
ひらぎの＝OT
おおさか＝TT

>>159
ATSUIを使ってUnicodeをレイアウトするとProportionalにできる。OS9時代からそうなってる。
Cocoaは内部でATSUIを使っている。
>>160
デフォールト値の違い。なぜそちらを選んだかはフォントデザイナの判断
OsakaはProportional:ON
HiraginoはProportional:OFF
Jedit XのFAQの回答はおかしい。フォントパネルから一々設定するのが面倒ならProportional
ON/OFFの設定を付けるべき。

>>162
うーん、奥が深いっていうかフォント周りは常に複雑な印象があるな…

>>162
解説ありがとうございます。

OSとしてどちらに統一しようという事はなかったんでしょうかね？
新しくこういう仕組みが導入されたのにヒラギノ基本で使ってると目にする事もない…。
そもそも和文フォントというか全角フォント向けの機能なんでしょうか？
半角フォント向け？

そう言えばWindowsのMS Pゴシックとスペースの幅等が違うためにAAがズレますが、
このプロポーショナルの設定って、別に向こうのほうに合わせてるってわけじゃないですよね？

>>164
フォントパネル左下のTypographyパレットを出してみれば解るけど、フォント毎に使える機能
は全く違うし、OsakaとHiraginoに限っても違う体系でProportionalを実現してる。ON/OFFだけ
の単純な話でも無い。だからOSで統一なんてのは無理
アプリ側で細かいTypography設定を含めた初期値やスタイルシートを用意するのが妥当な対応

CotEditor 0.8.3
ttp://www.aynimac.com/p_blog/files/article.php?id=41

既出ですよ

と、思ったら0.0.1上がってたのか。すまん。

Rubyのカラーリング搭載ｷﾀ━━━━━━(゜∀゜)━━━━━━!!!
CotEditorね。

mEdit2006 beta1
ttp://macer-page.jp/medit/

>>複数の文書（ワークシート）を「ワークブック」として1ファイルにまとめ、
>>タブ切り替えで編集できるテキストエディタです。

WindowsのO'sEditor2で出来た↑事がMac用のオンラインテキストエディタになくて
困ってたので、注目してる。

探し方が

>>170
UIがWinっぽくてきもい。。

>>170
それ良いよね。UI以外はw
複数のテキストを1ファイル管理できるし、
今後フォルダという階層概念に取って変わり普及するだろうメタタグ管理も
すでに実装してるし。
欲を言えばメタタグ使えるんだからXML書き出しとか
データファイルをセキュアDB化できるようにして欲しかった。

つうかそれよりも何よりもUIがまず最重要課題だけどw

この手の複数テキスト1DB管理で且つメタタグ管理できる
XML互換なテキストエディタ海外でもいいからなんか無いかな？

>>172
iTextがドザに「UIキモイ」と言われるのと同じ事か＞Winぽくて〜。
Kacisもそうだったけど、Windows先発で開発されたアプリのインターフェイスは
どんなにソフト内容が良くてもインターフェイスの違いに違和感を覚える。

（Mac版IEは歩み寄りがあって、Win版IEとはガワも中身も別物だったけど）

求めているのが
・１ウインドウで複数書類をタブ的に切り替えて編集
なのか
・１ファイルに複数ページ持てる事
なのかわからんが、
それって他にないっけ？

>>175
前者ならmiじゃね？
smutlonも似た感じだけどオレは却って使いにくい

>>175
複数テキスト1DB化って言ってるし、後者だろ。

iTextで縦書きにするのどうやるの？

これどうよ
WikiNotes
ttp://members.liwest.at/solar/

>>178
書式→縦書き表示じゃねーの？

VoodooPad Lite
http://flyingmeat.com/voodoopad/voodoopadlite.html

これはどう？

>>180書式に縦書き表示ない

>>182
あるって。メニューの「表示」だよ？右の方。

もしかして釣り？俺バカ？

まちがった。メニューの「書式」の真ん中へん

Haxail Text edit使ってる人いらっしゃいますか．
私は単に，メモ替わりに使用しております．
画面が華やかなのできにいって10.3.9で使用してますが
Editor Fontの種類を増やす方法はあるのでしょうか．
視力がおちたので，もう少し大きい文字の大きさに
したいのですが．．．
MicrosoftWordのフルスクリ−ンモ−ドより軽くて
つかいやすいので．好きです．
昔のMac writeの文書もclassicを起動せずに開けるので，
気に入っております．

Mac writeの文書って、ひょっとして、テキスト＋リソースフォークで
どのテキストエディタでも開けるんじゃ…。

>>186
MacWriteはテキスト部分がデータフォークで書式部分がリソースフォーク
という構造にはなってなかった。
古いバージョンのEGWordだとそういう構造だったけど。

OSを再インストールしたら（10.4.3）UTF-16あたりで保存したと思われるテキストが開けなくなりました。
エンコーディングを自動にしたり変えてみたりしたんですが文字化けてしまいます。
原因は何でしょうか？

エンコーディングスクリプトのカスタマイズってところで治せそうです。
お騒がせしました。

無理でした

そうですか。

原因は何でしょう？

どんなソフトで作成・保存して、どんなソフトで開こうとしてダメだったのか。

生まれも育ちも標準装備のテキストエディタです。

>>194
お前だれ？>>188？
ファイルの作成に使ったのも開こうとしたのも、
「テキストエディット.app」だと言いたいのかい？

はい

LightwayTextを使ってる人いますか？

一昨日OSを10.3.9から10.4.3にしたんですが、
LightwayTextの文書の文字が
うまく表示されなくなってしまいました。
なんていえばいいのかな、
画面をスクロールした途端、
全部の文字の線が異様に細くなってしまう。
EGWORD12で試したところ、
そんな症状は出なかったので、
LightwayTextの問題だと思うのですが、
解決方法をお知りの方、ご指南をいただけませんか。

>>183釣りじゃなく…
書式って文章揃えとか文書情報とかある？

>>198
画面上部のメニューバーに
iText　ファイル　編集　検索　フォント　サイズ　スタイル　書式　ウィンドウ
って並んでるだろ？そこの書式。スタイルとウィンドウに挟まれた書式。
書式をプルダウンすると上から7番目に「縦書き表示」ってのがあるから。

これでわからなかったら何かもう違う世界の違うソフトの話だと思う。

どうも行き違いがありそう……とここでふと気付いたアテクシが
代わりにダウンロード・確認してまいりました。
>198が言っているのはiText Express、>199はiTextを差していると思われます。
Expressの方には縦書きはございませんわね。
そのためずっとスレ違い人生だったらしいですわよ。

>>197
ついででごめんあさあせ。
アテクシLightWay愛用者ですけど10.3.9なので該当トラブルの確認ができませんの……
どなたか親切な御仁が現れるのをお待ちになって。

>>201
わざわざありがとうございます。
私も愛用者なんですが、
現在、とても使えない状況です。。。とほほ

>>197
うちは全然そんなことない。
変なフォント使ってるか古いバージョン使ってるか、
なんかそんなことじゃないの。

>>197
今10.4.2にてOS7-9用をclassicで、OS X用をそのまま
開いてみたけど、アプリに添付の書類は普通に読めたよ。
ただ、classicの方はスクロールしてる途中だけ字が細く
なった。止めるとすぐ戻るけど。
「LightwayText 初期設定」を捨ててみたらどうだろう。

>>203
>>204
レスをありがとうございます。
フォントはヒラギノで、バージョンは4.1.6です。
初期設定のファイルを捨ててもだめでした、、、

今さっき気が付いたのですが、
文字の表示サイズが25〜66％、
及び100％のときには
>>197の症状は現れないようです。
それ以外の表示サイズの場合に、
この症状が出るようです。

自分は普段、文字サイズ12ポイント＆表示サイズ125％で
作業しているのですが、
当面、文字サイズ18ポイント＆表示サイズ100％で
入力することにしようかな・・・
でも、そうすると、何かと面倒ですねえ・・・

>>204さんは、
新たにソフトをダウンロードして
試して下さったのですか？
もしそうなら、すみませんでした。
感謝します。

test

miを10.4.3で使用しているのですがカーソル位置の文字コードを表示させる事はできないんでしょうか？
校正に使いたいのですけど。
しばらくOS標準のテキストエディットを使ってたんですがコレ、原稿用紙も使えるんですね。。進化してますよね？
凄いっすね。。

ことえりの文字パレットから「アプリケーションで選択した文字を表示」を選ぶ事で自己解決しますた。。
ことえりの機能ですた。。

ライトウェイテキスト、
うちのプリンター（エプソン製）と
ものすごく相性が悪い。
ていうかさ、「作家のための作業環境」が売り文句なのに、
プリントアウトできないってのは、
致命的でないかい？
なんとかしてくれい！！　>>mr.yamashita

>>210
ウチもそうだわ。
印刷ページ指定が「1〜9999」になって変更できない場合がある。
プリントアウトは出来るけど。

>>211
プリンタドライバがバグってないか？
エディタソフトじゃなくてアレだけど、うちの場合HPの複合機ドライバと
アジェンダの「宛名職人MOOK版3」が似た現象を起こす。

一旦ソフトを落としてもう一度起動させると印刷ページ指定がちゃんと
修正できるようになる。MOOK版が10.3.xまでしか対応していないから
自業自得なんだけどね。OS10.4.3。

>>212 レスをありがとう。
一応、最新版のドライバ。
ただ、再現性はそれほど高くないので、
(かつ全ページ印刷することがほとんどなので、)
あんまり気にしないことにしている。

前夜は腹たちモードで書き込みして、スレ汚しました。
皆さま失礼いたしました。

うちの場合は、OS10.4.3、プリンタはエプソンのモノクロレーザーで、
A4縦の紙に正常にプリントアウト出来ません。
プレビューで確認したら、ちゃんと認識されてません。
これから一週間ほど、仕事でこの紙を使うことになるので、
困った。はあ。。。
mswordに移すと、ルビが全部飛ぶ。。。面倒くさい。。。

>>214
PDFで書き出して印刷すれば？

>>215
わたしにとっては神！
綺麗に印刷できました。

このスレに書き込んでよかった。
アホなわたしを助けて下すって
感謝します、ほんと。

JeditXのIntel対応版ベータが出ましたねえ。
しかしIntel Macのデベロッパー配布版とか持ってない漏れは
テストできないｗ

複数ファイルの複数文字列大量検索置換やるにはJeditX最強じゃまいかな

>>218
テキストエディタというより、それ用のツールとして使ってる。

TextMate国際化しないかなあ。

grepでいいんじゃまいかな

どうやって置換するのか、何か例で教えてくれ。文字コードの取り扱いも含めて。

>>218
検索対象が複数行にわたっていても楽にできるのがいいかな。
漏れはDLしたHTMLの広告部分を消すのに使ったりするよ。
同じサイトから複数ページ落とした場合、
広告のタグの部分が同じだったりするから
うまく行けばマルチファイル検索置換でかなり手間が省ける。
もし検索にうまく引っ掛からなくても手作業で補えるし。

もし規則性がきちんとわかってて正規表現でちゃんと記述できて
一々確認しながらやらなくていいなら
Perlなんかのほうが速いし安定してるんだろうけどね。

>>222
オレも１票

1.WebDevilで一括DL
2.いつもつかってる広告やらアクセス解析消す
　マルチファイル置換ルールでガッツリ削除
3.ブックマークファイルの当該サイトURLを
　ローカルサーバのディレクトリに変更
3はgrepでもいいけど2はJedit Xがいいな

>>221
例えば・・・Wordで書き出したHTMLがたくさんあるサイト
（文系学者さんで論文等を掲載してくれてるサイトに多い）
用に、
\s+(?i)xmlns:\w+="[^"]*?microsoft[^"]*?"
<!--\[(?i)if (?:!|\w+\s+)mso.*?\]>.*?<!\[endif\]-->
@(?i)(?:font-face|page(?:\s+\w+)*)\s*{.*?}
(?<=<)([^>]+style='[^']*?)(?:\s*mso(?:-\w+)+\s*:\s*(?:"[^"]+"|[^;]+)\s*;)*?(?:\s*mso(?:-\w+)+\s*:\s*(?:"[^"]+"|[^;']+)\s*)?\s*(?=')\1
(?<=style=')([^']*?)font-family:"[^"]+";?\1
とか(最後のは、
無駄な要素を消したりとか（気休めに近いがmidiとか消せるのはよい）
(?i)<(?:link[^>]+?rel\s*=\s*['"]?(?:File-List|Edit-Time-Data)|meta[^>]+?name\s*=|bgsound|x-claris-)[^>]+>
興味は（DLするのは）専らテキストなので、Flashはまずいらない・・・
(?i)<object[^>]+>(?:\s*<(?:param|embed)[^>]+>)*?\s*<param[^>]+linetopics\.d-a\.co\.jp[^>]+>(?:\s*<(?:param|embed)[^>]+>)*\s*</object>
こんなんとか・・・とアクセス解析＆広告消しの正規表現を書いたんだが長すぎると怒られたので省略

文字コードはサイト単位でたいていは共通なので（自分の作成したファイルなら拡張子で確認できるし把握してるので）
Jeditが判別できなくても１ファイルだけ確認して、あとはリターン押し続ければ無問題（オレの使い方なら）

>>221
普段使ってるルールファイルからそのままコピペしたら
一部化けてるっぽいな・・・
（その後長すぎるって怒られてレスを2,3度コピペしてたせいかも）
例えば
(?<=style=')([^']*?)font-family:"[^"]+"; <<<TAB>>> バックスラッシュ1
とか（まあニュアンスは伝わると思う）

こんな使い方してるヤシもいるよってことで
もっといい正規表現とかツールあったらプリーズ

よく使う変換ルールならPerl(or 好きな言語)で適当なスクリプト書いて
find "ディレクトリ" -name "*.html" -print0 | xargs -0 convert.pl
とかやるのがいいかもね。
そんな自分は Jedit X でやってますが。
ソースコードの検索は専らgrep。

find使わんでも、
PerlのファイルをTerminalにドロップ→対象となるHTMLファイルなどをTerminalにドロップ→リターン
でいいんじゃね？

そのフィルタスクリプトが複数の引数を取れるのが条件じゃね?
むずかしかないけど、たとえ2,3行でも書き捨てのスクリプトにいちいち書きたくないな。

Finderで大量で複雑な条件のファイル操作をするのもダルいし、
試行錯誤中に何度もそれをやるのもいやだ。操作ミスで選択解除されたら泣くしかない。


で、次はそのスクリプトを書くにはどのエディタが最強かを決めるわけですな

while(<>){s/なんとか/かんとか/;}
て普通に書けば複数ファイルもオッケーの希ガスっけど？
これ以外の書き方すんの？

それだと複数ファイルの置換結果が
標準出力にまとまってうまくない場合が多いと思うけど?

それにマウスだけで操作が完結するならいいけど、
どっちにしろ出力をどこかにリダイレクトしなきゃいけないので
マウスとキーボードの持ち替えがかえって面倒じゃない?

もうあれだな、趣味の範疇。どっちでも良い。お互い好きにしとけ。
他人が口出す領域じゃねーな。

perl -i.bak

オレなんて〜.txtを読むくらいしかエディタ使ってないよw

ワープロで済ませられるなら、ワープロでいいんだ。

コンピューターの性能が上がったなら、ワープロでつくったファイルの
文字の部分だけ上手く読み取ってなんとかするようにして欲しいナリよ。

>>233
俺もファイルを開く目的で使う事が多いな。中味がテキストのファイルって多いからね。

>>234
独り言っぽくて意味がよくわからんが、
ワープロごとに独自の形式のファイルを作っている以上は、
それぞれのデータ形式に合わせた読み込みのためのソフトが必要になる。
単に性能がどうのいう話ではない。

昔はクラリスエクステンドなんつーて色々な形式のファイルを読み書きするための仕組みがあったな。

Windowsだと、どんなファイルでもコレで開けるぜ！っていう
初心者にもありがたい自在眼つーソフトがあるようだ。
すごいネーミングだよね。
単に開くだけじゃなくて変換となるとコンバートスターとかいうやつね。
Macのソフトのファイルも読み込めるみたい。

Macでも海外ではその手のソフトがあってアスキーが日本語化して販売してたりするんだが、
対応フォーマット的に、日本の俺らにはあまり使い道がなさそう。

たとえば、こんなんですか？
ttp://www.recosoft.com/japan/products/vinc/index.htm

例えばっていうか、それが235で書いてるやつそのもの。
ttp://www.asciisolutions.com/products/vinc/

WindowsのサクラエディタみたいなプレーンエディタがMac版でも欲しい。
(なんでMacのエディタっていうとすぐリッチテキストなの？)
キーマクロも使えるのも嬉しい。
ないですかね？
とか書いてみるテスト。

おまえが探してないだけ。

つーか、サクラって多機能ゴテゴテ系でなかったか？

Windowsユーザってあーゆーの好きだよね <多機能ゴテゴテ

何でこんなに質問の仕方もわからない、わかろうとしない人が多いのかと悲しくなるが、
Win使ってる人でMacも使おうかなと思う人にはそういう人が多いのかもと思うと、
なおさら悲しくなる。

>>238
http://pc7.2ch.net/test/read.cgi/mac/1128591120/l50
の１を正座で音読。特に「禁止事項」についてよく考える事。

読みにくい。

ただの低能なツリでしょ。ほっときゃいい

NSTextViewが標準でRTFサポートだから

>245
この話の場合あんまり関係ないよ。rtfでしか作業・保存できないエディタなんてないし。

スタイル付きテキスト形式で保存できないものが増えたのは245に書いてある事のせいだと思うけど。

お前、仕切り好きだなw

忘れられた頃にKEdit更新ｷﾀw

w

下がりすぎ。age

LightWayText の開発は終わったのでしょうか？
最近とんと噂を聞きません。

噂以前にサイト見ても５月で更新止まってるね。
Cocoa移行が大変なのかな。
どこかの雑誌でIntel採用について否定的な発言があったそうだから、
そのへんでやる気を無くした可能性はあるかもしれない。
まぁたぶんシェアウェアフィーもあんまり入ってなかったんだろうしね。
本来のお仕事が忙しいのでは。

>>252
「〜発言」ってのは、LightWayTextの作者さんの。

CotEditor、タブ対応する予定はないんだね……。
Cotがタブになったらmiから引っ越そうかと思ってたんだけどなぁ。
作業するときいつも5個とか8個とかウィンドウ開くからmiのタブに慣れてしまった。
それ以外はCotに移りたいんだけど。うーむ。

>>251 >>252
ま、ま、まじですか！？
そりゃ困る。
LightWayText、いろいろ不満はあるけど、
代替ソフト無いんですよ。
縦書きができるテキストエディタ、
ほかにないですよね？

インテル以前に
タイガーにもまだ完全対応は
してないみたいじゃないですか。
作者さん、がんばってください！
なんなら、次のバージョンupで
もう1回代金払い直しますよ！

あ、「インテル」と「タイガー」を
同一レベルで考えてるわけじゃないですから・・・
念のため・・・
名前、Ｌが抜けてるし・・・

Tiger対応というか、Cocoa版が完成すれば、
Intel用にコンパイルし直せばインテル上で動くんじゃないかな？
まぁ実際はそんな簡単な話じゃないのだと思いますが…。

応援のメッセージは直接メールを送るといんじゃまいかと。

ショックだなぁ。
俺もLightWayTextが一番利用頻度の高いエディタなんだよなぁ。
簡易ワープロとしても使えるし、本当に便利。
もう一度フィーを払ってもいいから、開発継続してほしい。

ちょっとスレからは離れますが、
EGWordまたはEGWordPureってLightWayTextの代用になりますかね。

前の彼女に未練があるような事を言いつつ合コンで次の彼女を探す事も忘れないような態度ｗ

やはりEGWORDのほうが起動時間が長いでしょうから、
そのへんをどう受け止めるかによるのではないでしょうか。

EGWORDの体験版は以下のURLからダウンロードできます。
ttp://www.ergo.co.jp/download/trial/

>>259
ふふふ、俺の場合は言い寄られまくりなので、合コンの必要すらないのさｗ

そうですよね、起動時間というファクターは、頻繁に利用するアプリほど大きい。
暇のあるときに体験版でちょっと試してみます。

どっちが合コンのチラシ上手く作れるかなぁ...。

つーか噂なんだからまだそんなに心配してもしょうがないんじゃないかと

今なんか困ってんの？困ってなきゃ新しいﾊﾞｰｼﾞｮﾝが
そんなしょっちゅう出んでもいいやん
っていうか機能もつけたいもんつけ終わってﾊﾞｸﾞもなきゃ
新しいもの出さなくても当たり前だと思うけど
ﾊﾞｸﾞが出てﾒｰﾙしても返事来なくなってから心配するんでよいかと

EGWORDは、縦書では用紙イメージ表示しかできない。
これが非常にウザイというか、書きにくい。
紙と紙の間で、思考が断ち切られる感じですね。
まあ、ワープロソフトは、みんなそうなんだろうけど。

それと、自分の場合、
とにかく長時間ひたすら文章を書き続けるんだけど、
背景色がデフォルトの白だと眼が疲れるのです。
で、LightWayTextでは、
背景色を濃い緑に、文字色を薄いベージュにして使ってる。
EGWORDでは、これができません。
（背景色・文字色の指定は出来るんだけど、
実際にやってみるとすぐに分かる。
使えねえええってことが。
なんていえばいいのか、漢字変換の瞬間、
背景色が崩れちゃうのです）

結局さ、やっぱりワープロソフトで文章書くってのは
無理なんじゃないかな。
ポスターの割り付け作業の場合などは、
EGWORDは多機能で、よいけどね。

あ、でも、私のは、EGWORD12です。
最新の14がどうなってるのかは、わかりません。

>>262
以前は直ちに返事がきたけど、
最近は・・・全くサポート無しの状態です。
これ、本当。

>>263
ワープロの縦書きモードだと、
確かにページの区切りで思考が中断される感があって
小説みたいなだらだらとした文章を書き連ねるには、向かない感じがするね。

ただ、EGWordの最新版だと、縦書きの場合に
ページが右から左へ連なっていくようになったので、
（従来は、縦書きでも横書きでも、ページは上から下に流れてた）
ややマシかもしれないです。

258です。

>>262
264氏の言うように、とある件で作者さんに質問メールを出したのですが、
梨のつぶてでして...。
実際に不具合が出てきている以上、次善策も考えておこうかと。

>>263
EGWordのレポありがとうございます。
なるほど、やっぱり「エディタ」ではなくて「ワープロ」というところなんですね。
OS9の頃、MacWordを使っていたんですが、同様の感想でした。
結局エディタで書いてワープロで印刷、という所に落ち着きがちですね。
LightWayTextって、その中間にあってすごくバランスがいいと思うんだけどなぁ。

ところで、LightWayText、私も背景色を変更できるのが大好きなんですよ。
私は薄緑に設定しています。
この機能がないと長時間向かい合う気になれなくなってしまいました。

縦書きって結構需要あるんだなあ。

小説を投稿するときには縦書きで要求されるからね
ｵﾚﾓﾀﾃｶﾞｷｴﾃﾞｨﾀﾎｼｲ…

横書きでエディタで書いて、
ワープロで縦に直すってのでは、やっぱりやりにくいのでしょうね。

Lightway、自分も不具合メールしてます。
9の頃からずっと使ってきてるんでサポート（開発）切れるのは残念だー。

縦書きできる軽いエディタ…一太郎Lite Mac版が欲しくなる
以前はシステムソフトエディタで縦書き印刷してました。

誰かCocoaベースで縦書き用TextView作ってくれ

LightWayText、私も使ってます。
MacでもWinでも使えて非常にありがたいソフトです。
不具合のサポートだけでも続けて欲しいですね。

縦書きってどんな人たちが使うの？
自分はまったく必要として無いからイメージがわかない．．．
小説を書くとか？あ、新聞記事なんかもそうか。

学校の文集や図書館の季刊誌も縦書き二段組みだよ。

学生当時はMac版一太郎 ver5
ttp://www.justsystem.co.jp/software/dt/taro-mac/

で作ってた。今は嫌々WORD（ページ数が多くなければAppleWorks
→PDFで渡しちゃう）。

日本で出版される一般書籍のほとんどは縦書。
たいていの筆者は横書で書いて、
入稿段階で縦書に直すか、編集の人に
縦書に直してもらうかしてるんだろうけど、
なかには最初から縦書で書かないと気分の乗らない
頭の固い人間もいる。
俺は後者orz

TeXじゃだめなの？

そこで ORGAI 復活ですよ。
あるいはInDesign。

じゃ
俺はイラレ8

イラレCSで請求書を書いている私ですが、
よく合計金額を間違えますよ...orz

>>277
横書きで読み易い文章と縦書きで読み易い文章は若干違うから。
縦で読んでもらう文章はディスプレーに縦書きで映し出されているのを
見ながら文章を練った方がいいと思う。

>>280
エクセル使えば？

LightWayTextの開発はまだ続いてるんじゃないか。
お知らせメールきたよ。

噂をすれば、iText Express 2.0キター！
脚注機能搭載。

うちにもメール、キタキタキタキターーーーーーー
一安心。。。がんばってください、作者様。

ウチにもキター。
長い間連絡の付かなかった友人からひょっこり電話が、という気分。
ひょっとして、作者さん、ここを覗いておられた？

バージョンうｐ記念ﾊﾟﾋﾟｺ

KEdit更新

jeditの作者がピポに載ってたけどすげーおっさんだったよ。。。

keditkita

>289
生活ほっとモーニングに出た時は
「ITに転身した呉服屋御曹司」という二つ名だった
コーエーも呉服問屋からゲームメーカーに転身したんじゃなかったっけ

光栄呉服店
こんな感じの名前だったのか

今さら書いてもあまり意味がないかもしれないけど、>>252の

> どこかの雑誌でIntel採用について否定的な発言があったそうだから、

と思われる記事を見つけたので、とりあえず引用しておく。
MacPeople2005年8月号の32ページに掲載された、
LightWayText作者の山下道明氏のコメント。
----------------------------------------------------------------------
正直、あきれた。発表したからには頑張ってほしい。LightWayTextは
開発環境がCodeWarrior+PowerPlantのため、Universal Binaryで
コンパイルできないが対応する予定。
----------------------------------------------------------------------

>>293
どういう発言なのかを知りたかったので、
ありがたい。サンクス。

将来性がないから対応しない、って既に今からMac市場撤退を決めた
メーカーもある中（文章作成関係じゃないよ）、開発環境は対応してない
けど努力する、と表明する作者の男気に惚れた。

>>293
PowerPlantは普通のC++フレームワークだからエンディアン関連で多少
修正は必要だけどgccでコンパイルし直すだけで動く。
よっぽど変なコードを書いていない限り以前の68K→PPC移行より簡単

LiteWayTextにするかJeditにするか迷ったなあ
結局Jedit4&Xにしたけど

>>293
WWDCでのIntel Mac発表直後にMacPeopleから次のようなアンケートが
デベロッパ宛てに送られてきた。このアンケートに答えたものを編集部
がコメントとして作文してMacPeople8月号で掲載したものと思われる。

Q1 あなたのプログラムはXcode 2.1でUniversal Binaryとしてコンパイル
　できますか？
Q2 できない理由は何でしょうか？（開発環境の違い、コードの問題など）
Q3 今後、Mac OS X for Intelへの対応の予定はございますか？
Q4 Mac OS X for Intelの評価キット（999ドルの検証用マシン） は購入
　されましたか？
Q5 プログラムにはG4／G5向けのコードをどれくらい使っ ていますか？
Q6 Rosetta（PPC向けプログラムを動かすエミュレート環境）で動くで
　しょうか？また、その理由は何でしょうか？（予想で構いません）
Q7 今回のWWDCでの発表についての感想を教えてください

LightWay作者は上記のアンケートに真面目に答えたため、293のような
強気なコメントとして掲載されたのだと思う。たぶん．．．

新しいiText 良いねぇー
もぅ本当、Wordなんて不要だね。

このまえ、localに溜まった2chのdatをKEditやCotEditで見てたんだけど、
一部のファイルが開けない事が有った。
lvをコンパイルして、-Ia -Ou8のオプションで開いてみたのの、化け化けで読めなかった。
ふと思い出して、miをダウンロードして開いてみたら、何の問題も無く開けてしまった。
どうやら2chのdatはShift_JISで保存されてる様なので、
再度lvで-Is -Ou8で開いてみると、問題なく読めた。
どうやら一部に制御コードが混ざっているようだった。

やはり、miは素晴らしいと思った。

アホらし。自分の察しの悪さを披露すんなよ。

keditまた来たよー

skEdit使ってる人いる?
3.5.1デモ版で試用して、気に入ったからKAGIでレジストしたんだけど、
送られてきたメールにあったリンクでfull版ダウンロードしたら3.5だ。
3.5じゃ環境設定のどれだか開くと落ちるじゃないか。
3.5.1ってどこからダウンロードできるかおしえてくれ。

>>303
使ってるけどレジストしてない。
ｻｸｰｼｬに駅翻でいいから英文メールしる

サイト上のフォームから送っておいたけどさぁ
ただ今ヴァカンス中らしくてお返事ないのよねん

漱石山房
ttp://kameari.biz/software/soseki/

エディタではない、縦書きテキストビューワ

>>306
なんかすげ

青空文庫読む時とか使ってる

フランス文庫読む時に使ってみよう。

>>299
wordは重すぎる。まあExcelとEntourage目当てだったからいいけど。

TextMate便利すぎる・・・

>>311
TextMateいいね。
けど、日本語使えないのかー。
設定で使えるようになるのかな？

現状では無理。
日本語入力＆まともな表示ができればすぐにでも39ユーロ出すのに...

未登録のJedit X 1.21 起動時に出てくる赤信号を表示させたまま放っておいたら、
ＣＰＵがガンガン働いてて、マシンが焼けるかと思った。

未登録です。ごめんなさい。

それは微妙な機能制限つけるよりよっぽど怖いな

Yojimbo は使いやすいけど、
BareBones Sotwareは
とりあえずBBEditをどうにかしてほしい。

Nisus Express(ワープロだが)
よーやっとOSXで将来の希望を感じさせる出来になったとおもったら
Intel対応でまた振り出しに戻りそうな予感。。

>>317
あれはCocoaで書かれてるはずだから
コンパイルやり直すだけでおっけーのはず。
だからそんな影響はないんじゃない？

ふと思い出したけど、
OS X対応の開発がさっぱり進まなかった末に結局、
Cocoaで書かれてた既存の別のワープロソフトをまるっと買い取って
「Nisus」って名前付けることにした…
ってなんかどっかのパソコンメーカーの次世代OS開発みたいな流れだったなあ…

http://media.rubyonrails.org/video/flickr-rails-ajax.mov
↑で使っているエディタって何ですか？
日本語でも使えるのかな？？？

ほぅ、これが噂のTextMateそのものでしたか。

>>272
こんな感じ。
ttp://homepage.mac.com/mnishikata/iblog/C1336249468/E1750303562/index.html

ggggggggggggggggggggggggggggggggjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjj

>>306
青空文庫のルビにも対応してくれればなあ…。

縦書きのビュアーならT-Timeがあるでしょ。

>>324
323じゃないけど、標準のテキストファイルでルビを表現する特殊な記法があるんだよ
残念ながらT-Timeでは解釈できない

>>321
なにこれ？　どしたらいいんでしょう？
解凍したらよくわからんファイルがいっぱいできたんだけど。
どっかに組み込んだりするのかなぁ。もしかしてビルドしたりとか？
そういうの全然わからないんで、必要なら諦めるけど…。

>326
321はCocoaでソフトを開発する人が部品として使うもの。

>>326
build > Release　の中

>>328
横からありがとう

>>327
なるほど。見る人が見れば役に立つんでしょうな。
いろいろ種類が増えてくるといいよね。

>>328
おお、使えました。ありがとう！

ご、ごめ。>>330は>>326が書いたものです。失礼しました。

半角英数文字を欧文フォントに固定できるエディタを探してるのですが，どなたかご存知ないでしょうか。

私の言い方がわかりにくいかもしれないですが，たとえば，
ことえりでosakaで打ってるときに，usに変えると自動的に例えばtimesになる機能のことが言いたいのです。

winのオフィスではそのように設定できるんですが，macではないんでしょうか。

エディタよりワープロを探したほうがよいのではないで

>>332
こういうページがあった。アプリも幾つか書いてある。
ttp://www.las.osakafu-u.ac.jp/~kiyohara/Mac/clk03.html

Jeditについては、4はできる。Xは持ってないんで知らん。

ありがとうございます。ワープロでもいいです。
>>334さんご提供の情報は，OS９の当時のものですね。
以来更新されてないアプリもあるし。

JeditXで行けるならいいのですが，どなたか確認していただけませんでしょうか。
できるなら購入しようと思っています。

ご協力ありがとうございました。

>>335
JeditX は試用できるだろ？
自分で試すのは面倒か？

>>332
LightWayTextの環境設定見るとできそう

>>334のリンク先にある、
フォントとキーボードを一致させる

10.4だと「言語環境」の「入力メニュー」から設定できないんだけど、どこいったんだろ．．．

あのぅ、TextMateが日本語を含む2byte文字の表示に問題が
ある点について作者のAllanはすぐにはサポートする予定はない
とメーリングリストやマニュアルで言っています。

SubEthaEditやBBEditのように、日本語もサポートして欲しいので
petitionに参加していただける方はいらっしゃいますか？
簡単な署名活動みたいなものです。

日本語へのローカライズではなくて、日本語表示のサポートの要望です。
TextMateのように、開発が早いソフトではローカライズは開発の足かせ
になると思うので。

>>339
petitionって具体的に何すんの?

TextMate、タグをアウトラインプロセッサみたく閉じれるのがいいね

http://www.petitiononline.com/
を使って署名を集められればと思います。

自分は匿名だけと他人の書名は欲しいってか。
名簿狩りしたけりゃもう少し上手い手を考えな。

Jeditの正規表現を使った検索置換で、（できればJedit4で）
全角文字を含む行の削除とか、httpで始まらない行の削除とか、
できるでしょうか？
やりたいのは抽出なんですけど、要らない行を消すのがうまく行きません。

ここ↓で使えそうなやつ探してみるとか。
ttp://www.artman21.net/product/Jedit3/Jedit3Script.html

かなったのがあるかどうかは知らん。

>345
ありがとうございます。ﾀﾞｳﾝﾛｰﾄﾞしてソースを検討したわけではないですが、
目的に沿った物はなさそうです。
しかし、置換にこだわらなくてもいいかと考えるきっかけになりました。
そうやって試行錯誤してわかった事は、
行自体が無くなるような置換をやってしまうと、位置情報がズレるためか、
結果が変になるという事です。
そこで、不要な行は改行に置換するようにすると、うまく行くようです。
改行だけの行が大量に残りますが、重複行の削除で１つに減ります。

それで、他に知りたい事ができたのですが、
行末の文字を基準にしてソートする事ってできないでしょうか？
普通のソートでは行頭から何バイト目を基準という風にしかできないようですが。

正規表現の検索置換で、一旦行頭に持って来てソート後に戻すとか。

たとえば二文字として、
検索: {.*}{..}$
置換: \2\t\1\2
ソート後に、
検索: ^..\t
置換:
とか。

>347
レスありがとうございます。
汎用的なのがうまく行かなかったので、拡張子ごとに先頭に文字付けてから
後から消す、かっこ悪いやり方でどうにかなりました。

あんまり需要があるとは思えませんが、次レスに最終的にできたスクリプトを貼ります。
マクロメニューに入れて使います。
2chのログを表示してるブラウザからコピー＆ペーストでJedit4の書類に貼った後の状態を想定してます。
URLを抽出してソートします。
JeditXではだいぶスクリプトについて変わったらしいのでそっちで動かすにはあちこちいじる必要があると思います。

--円マーク、バックスラッシュが化けて表示されないかもしれません。
--円マークのエスケープは普通より１個ずつ多く入れる必要があります。
tell application "Jedit4"
remove tailing space of document 1
replace "^�\s+" to "" in document 1 with grep
replace "[^h]ttp://|[^tf]tp://|[^�\r]http://" to "�\rhttp://" in document 1 with grep
replace "�\.{[a-zA-Z][a-zA-Z][a-zA-Z]}[^a-zA-Z0-9&%#/?�\.�\r]" to "�\.�\1�\r" in document 1 with grep
replace "�\.html[^a-zA-Z0-9&%�\.�\r]" to "�\.html�\r" in document 1 with grep
replace "^[^a-z].*�\r" to "�\r" in document 1 with grep
replace "^{.*�\.jpg}�\r" to " jpe �\1�\r" in document 1 with grep
replace "^{.*�\.html}�\r" to " zzx �\1�\r" in document 1 with grep
--他の拡張子についても抽出したい場合は上と同様のものを追加。
replace "^{http:.*}�\r" to " zzy �\1�\r" in document 1 with grep
replace "^{ftp:.*}�\r" to " zzz �\1�\r" in document 1 with grep
jsort of document 1
uniq of document 1
replace "^[a-z].*�\r" to "�\r" in document 1 with grep
replace "^ [a-z][a-z][a-z] {.+}�\r" to "�\1�\r" in document 1 with grep
replace "^�\r" to "" in document 1 with grep
end tell

そこまで正規表現したいなら、
perl でも使うのがよいのではないかと。

なにか舌足らずになってしまったけれど、
jeditとかエディタの正規表現ではマルチ行とかうまく
対応できないのが普通と思うよ。

というのは、たとえば . （ドット）は正規表現では
任意の一文字に対応することになっているけど、
実は例外があって、改行文字はこの任意の文字に含めれていない。

というを僕が知っているのは、
perlの検索・置換でオプション修飾子として /s を付けると
. （ドット）の任意の一文字の中に改行文字が入るように
なるから。
（ /sについては　初めてのperl 第３版 p138とか）

つまり、普通は正規表現で . は任意の一文字すべてにマッチと
言ってるけど、実は正確ではなく、マッチしないものがある
ということ。

正規表現を厳密に使いたいなら、perlなどのスクリプトが
いいと思うよ。

>351
いやあ速度的にも圧倒的にPerlのほうがいいんですけど、
エディタの新規書類にｺﾋﾟﾍﾟしてその場で処理できるのは楽なので…。
あと今回の場合は行のソートが楽！
まあ工夫すればPerlを経由させる事もできるとは思いますが。

透明なのが綺麗だね。
ttp://www.eonet.ne.jp/~imappie/Software/GPX.html

>353
スティッキーズっぽい感じですか。

subethaedit 有料化?

>>321を一応ちゃんとしたアプリケーションの形にしときました。
ふりがな機能付き縦書きリッチテキストエディタです。

ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!

しかしこれ、ReadMeに書いてある通り、スクロールがめっちゃ重いですね。
(^_^;

うちの環境（G4 1GHz 1.75G）だと実用できそうにないけど期待してます。
この手のソフトで久しぶりに感動した。

>>356
ibookG3 700Mhz,Jaguarですが、
予期しない理由で終了が出て、起動しません。
メニューバーが替わるところまでは行きます。
面白そうなので、期待age

>>359

今アップしたので起動する、かも？　スクロール速度はしょうがないですねー。文字を大きくしたりウィンドウを小さくしたりするしか。。。

申し訳ない
Xtrap用のエディタ教えてください

>>360
無事というか、見事に動きました。ありがとうございます。
重いのには馴れているので、個人的には期待以上の出来でした。
青空文庫用リーダが念頭におかれているようですので、
気付いた点として、
段落頭の一字下げの最初の単語にルビが振られてるとき、
"青空文庫テキストを変換"を実行すると
"スペース+単語"に対してルビが付いてしまうようです。
将来的に、引用文の段下げが実装されると嬉しいです。
とにかく、感服です。

>>360
これ使うと漢字は正常でひらがなやカタカナが横向きになってる・・・

タブが使えるオススメのテキストエディタってありますかね、mi以外で。
OS 10.4.4。用途はソース書き（XHTML, CSS, PHP, Perl, JAVA, etc...）なのでシンタックスカラーリングは欲しいです。

>>364
Smultron

>>365
レスthxです。
やっぱソレですかねぇ。
Smultronはタブ周りとかインターフェイスの見た目は最高なんだけど
日本語判定が賢くなかったり制御文字の色とか見た目が変えられなかったり
実際のエディタ部分がおぼつかないというか。

Smultronのウィンドウインターフェイス（タブ使い）でCotEditorの機能だと最高なんだけどなぁ……。
なんて幻想をいだいてみる。
わがままなのかなぁ。
テキストエディタジプシー中。

>>366

アンタ、プログラム作ってんなら、自分で作ればよさ

自分で作れないからこんなところにカキコしてるはず
察してやれ

そうか、悪かった。

>>367-369
うん、自分では作れない(´･ω･`) ｼｮﾎﾞｰﾝ
欲しいと思ったものはどんどん自分で作れる人は尊敬するよ。
ただ漏れが知らないだけで「これだ！」っていういいのがあったらなぁとか
こういうもどかしさを持ってる人ってあんまいないのかなぁとか、そのくらいの気持ちでカキコしました。

>>321
縦書の読書きを日常的にやってる人間としては、
かなり興味をそそられるソフトです。

イージーワードやライトウェイテキストは
ルビの文字が小さくて、読むのに難儀する。
321氏のはルビの大きさが変えられるのが便利です。

漢文の返り点を付けやすいってのも、個人的にはすごくうれしい。
この機能はほとんど需要ないだろうに、、、

他にとりあえず気付いた点、、、
〈　〉や〔　〕が縦書になりません。他の括弧はちゃんと縦書に
なるみたい。

とにかく、これからどんどん進化していってほしいなあ。

Smultronって、単語コピペしたら勝手に前後に空白入ることがあって
プログラミングには使えなかったよ。

環境設定でスマートインサート機能、切れないの？

そんな設定だったのか。使えないと思って捨てたよ。

coteditorで、タブとインデントの幅を別々に設定できるようになるのはいつになるのかな。

既出の不具合を修正しておきました。
速度が速くなったらいいですよね。自分で書いておきながらなんですけど。

>>321さん　いいですね。どうもありがとう！
で、これは皆に当てはまるのかわかりませんが、一行目のフリガナが画面枠で隠れのですが。iMac2.1GHz OS10.4.4です。

>>377 印刷の時にはちゃんと出るようになってますけど、画面表示のときは
どうしようもないです。
ベースラインや行間隔を変更したりしてなんとかするしかないです。

実際、小説家の皆さんはどんなソフトを使っているのでしょうか。
まぁ人それぞれって言ってしまえばそれまでですが。
やっぱり縦書きなのでしょうかね。>>97

未だにワープロ専用機を使っている人は多いよ。
文字入力に特化した代物だから。

あの、ほれ、黒い手袋と着流しの、
水木しげるとセットでよく出てくる、あの人、だれだか忘れたが、
あの人は、クオーク使って自分で組んでる、とか聞いたことがある。

京極夏彦はInDesignじゃなかった？

indesignだろ、とツッコミを入れてみる。

>>381
手袋じゃなくて手甲
QuarkじゃなくてInDesign

おお、各所訂正ありがとう、ありがとう。

http://www.apple.com/jp/pro/archive/kyogoku/

>>379
昔の話でいいなら、筒井康隆さんは「たまづさ」だったような気がします。
他にもORGAIとかありましたよね。

>>380
専用機ユーザーな物書きになにがいいのか聞いた所
いつでもプリントできるところだそうだ。

前に仕事で某小説家の生原稿を入力したけど、何と書いてあるのか判別するのが大変だった。

昔の編集は汚い字や崩し字を読んだり、
読めなかったら「こうなんだろう」と腹を括って自分で書いたりしたものだ。
今の編集はガキの使い並みで困る。

ふ〜ん、ワープロネタって良く釣れるんだな

これは釣れたと言わずに話が膨らんだと言うんじゃないか。

Jedit Rev.1.31にしたらブックマーク（文書内の奴ね）してある書類を開くとアプリが落ちるんだが、藻前らそんなことは起きてないですか？

ちょっとはvoidを見習ったらどうだ?!

>>393
1.32出た。直したんじゃねの？

アートマン21からは1.32の案内メールしかこなかったな。

変更履歴には>393な事は書いてないけど、どうでしょうね。

miの2.1.7にしたら正規表現マッチしなくなった。
\dで数字にマッチしない。コマンド＋\にしてもだめだ。

エスケープが¥ではなくて¥

あ、バックスラッシュが表示できないのか……orz

うちでは問題なくできるよ、とだけ言っておく。

miの事はmiのスレで聞いたほうがいいんじゃまいか？
�\
ﾊﾞｯｸｽﾗｯｼｭって普通はoption + \だよね？
ﾒﾀｷｬﾗｸﾀｰを覚えてないので[0-9]で済ます俺。

>>401
漏れ漏れも

テキストエディタじゃないんだけど、
Winのフリーソフト「bpTran」みたいな機能の、Macソフトってないのかな？

探してみたけどsed系ソフトしか出てこないや(；・∀・)

スレ違いだろﾎﾞｹ死ねや

ごめん、逝ってくる（;´Д⊂）

どんなソフトなのか機能を説明できないやつが
エディタでどんな文章をつづるのやら。

スクリプト書きかもしれないじゃん。
どんなソフト探してるのかは知らんけど。

ぐぐってみたら、bpTranってのはHP作成支援ソフトみたいだよ。
表計算とかデータベースから書き出したデータを元に
商品紹介ページみたいな同じﾌｫｰﾏｯﾄの項目がずらっと並んだページのHTMLを作るみたいな。
デザインはテンプレートをあらかじめ用意しておく。
Perlでちょっとがんがればできるんじゃまいか？

ｷﾀｷﾀw
一つ覚えのPerlﾊﾞｶ

>>bpTran
ちょっとググって見たけど、dat2HTML の要領で
似たようなものなら作れそうな気がするな。
Rb 製だと重いだろうけど。でもめんどくせ。

よくわからんけど、Webサイトを作りたい人とPerl使いたい人は違うと思った。
CGIを自作するなら要るだろうけど。

まぁ、使えると便利なんだろうけどね、Perlって。

覚える前にGeekToolブームが過ぎた

>>412
ぜんぜんGeekじゃなかったからな(;´Д`)

403 ってまだいるかな。
作ってみたよ。そんな感じのソフト。
http://meika02.hp.infoseek.co.jp/carbon/cmkr.html

いろいろめんどくさかったので中途半端な出来だけど。
今年度中にはもっと完成度を上げたいね。

これ以上はスレ違いなので、質問や文句などはメールででも下さい。

作ったは良いけど、CSV なんか普段扱わないし Excel 持ってないし
自分では使わない銘菓本舗でした。

ここまで反応がないとなかなか泣けてくるな。

とりあえずClassic版も作ってみました。
>>414のアドレスからどうぞ。

> ここまで反応がないとなかなか泣けてくるな。

こういうのは表に出すもんじゃないだろ。

>>414
乙です。
(｀・ω・´) ゞ

>>415
まぁまぁw
やっぱエディタスレだから反応薄いんじゃないかね。
新しもの好きとかに投稿してみれば？
自分は面白いソフトだと思いましたゆ。テンプレの作り方がイマイチわからんのだけどw

>>416
ごめんごめん、ちょっと愚痴ってみた。

>>417
ありがと。

>>418
いや別にたくさんの人に使ってもらいたいとか思ってないんで、
あたらし物好きなんかに投稿する気はないんです。
つーか、403の感想が聞ければすぐに消しても良いくらいなのだが。
消さないけどね。

テンプレートはほとんどbpTranとやらと同じです。
あのソフト、説明が少なすぎると思うんだがWinじゃあんなものなのか。

連投ｽﾏｿ

いま、dpsをのぞいたらこんなのがあった。

BlueSkyReader
ttp://hp.vector.co.jp/authors/VA019952/

縦書きテキストブラウザだそうです。
>青空文庫のルビに対応、しおりの機能もあります。
ってことなので青空文庫を見るには良いのかも。

既出なら申し訳ない。

>>420
10.2だと起動はするけど
まともに使えない
もうそろそろ限界かな
チラ裏スマソ

>>420
青空文庫のルビ！早速おとしてみます

>>420

パンサー環境ではサクサクと動きますね。
ヒラギノ美しい。

>>423
別Volumeの.xbs (だっけ？) ファイルを開こうとしたら100%の確立で強制終了するね
起動Volumeに保存しないと設定保存したファイルは開けないみたい

JeditXで秀丸のようにカーソル行にアンダーラインを引く方法ってない？

ｽｸﾘﾌﾟﾄで毎秒カーソル位置をﾁｪｯｸしてｽﾀｲﾙの変更すれば可能かもしれないけど、
操作に支障をきたしそうだ。

まずはそのｽｸﾘﾌﾟﾄを例示してみせれ。>>426

あらかじめ支障がありそうなもんをわざわざ作りたくないわい。

だったら最初から書くなﾎﾞｹ

意味わからん…。俺は426で誰かに作れなどと書いてないぞ。
〜すれば可能かもしれないが、支障があるだろうと書いてる。読める？

またお前か。放屁野郎。困ったもんだな。

何かヘンなのを召喚してしまったようで申し訳ないが、

>>425
要するに、現状ではそのような機能はないようです。
登録ユーザーなのであれば要望を出してみてもいいと思いますが、
「なんとかエディタのように」とは書かないほうがいいと思いますよ。

QReHewhu0 はウイルススレの痛い子だからスルーで

未明から深夜まで忙しいしなぁ

まぁ良く続くもんだとあきれるばかりw

LightWayTextについて、なにか情報ないかな？

UBのこととか。

textmateなんとか汁！
にほんご！にほんご！

>>435
ずっと前のMac Fanに山下さんのコメントが載っていて、
「UBには対応するけど開発環境がCodeWarriorだから大変だ」
という感じだったと思う。
エディタならRosetta上での動作でも大してストレスはないだろうけど、
早めのUB化は期待したいところだね。

>>435
>>293

>>438
>>>435
>>>293

そろそろ次のバージョンかなって、思ったもので。

>436
そう、それそれ！
内部ではUnicodeっぽいから、日本語もできると思うんだけどなー。

>>339に賛同してあげりゃ良かったのに。

>>414
久しぶりに来たら、ソフト作ってくれてる ｡･ﾟ･(ﾉД`)･ﾟ･｡
スレ違いだと思って見てなかった、かなり遅レスでごめん。

植物の成長過程の写真と2・3行のコメントを、シンプルなテーブルでくくって
一覧表作りたかったんだけど、これで細かな成長も記録できるよ。

本当にありがとう、めいかほんぽさんには感謝してます ｡･ﾟ･(ﾉД`)･ﾟ･｡ｳｴｴｪｪﾝ

>>442=403
ああ、良かった。まだいたんだ。
あと、ちょこちょこ機能をつけて今月中には次のを公開したいと思ってます。
スレ違いな気がするんだけど、ここに報告していいのかな。

いまは、偽Dat2HTML LO の方のバグフィクス＆拡張に
気が向いているのでまだ先のことですが。

>>442-443
【お手軽に】HP作成ソフト【Web制作】
http://pc7.2ch.net/test/read.cgi/mac/1126437335/
↑
のスレが妥当だと思いますがいかがでしょう。

（・∀・）何か良かったジャマイカ。

>>444
thx
次からそのスレにしときます。
でも、そこなんか不思議なことになってるみたいですが…。

まあいいか。

>>446
不思議な事になってますね...。

そうみたいですね。しかし、内容をともなう書き込みがある事はスレの正常化にもつながると思います…。

KEditでMarkdownを使いたいと思って、とりあえずadd-onsフォルダに
Markdown.plを突っ込んでみたけどダメ。どうやればいいのかな？

iText Express 2.1
>バージョン 2.1では、縦書き表示に対応しました。
だそうです。

ttp://homepage1.nifty.com/lightway/

>>436
日本語が通ってjedtやmi並みの安心感があれば5万出してもいい。
if(なんたら){
ごにょごにょ
}else{
ごにょごにょ
}
を畳んで表示出来るのってあとはDW8くらいだもんね

>>450
>iText Express 2.1

近いうちに出るってことかな？

もうでてるよ

ダウンロード iText Express 2.0.dmg

これしかないけど。

すまん、リロードしたらあった。

iText Express 2.1のお知らせメールに

>Mac OS X版のユニバーサルバイナリ対応も、バージョンアップと同時か
>すこし遅れて公開する予定です。

とあるのはこのスレを意識しているﾖｶﾝ

iText Express、いい感じじゃない。








アイコン以外は。

>>456
それはどうかな？ｗ
もうIntel Macが出てしまったんだから、当然Universal binaryの事は意識せざるを得ないだろうし。

だれかアイコン作ってやれ。。

　

MacOS X 10.3.9上で、文字コード＆改行コードを自在に変更したいのですが、
（主に、EUC+LFをそのままもってきて、SJIS+CRあるいはSJIS+CRLFに変換）
（その後ZIP圧縮したものをメールに添付・MIME/Base64エンコードして先方に送信）
テキストエディタで便利かつわかりやすいと思われるmiで変更＆保存すると、
リソースフォークが553バイトくらいついてしまいます。
（OSXではもうリソースフォークは使わないようにというのがAppleの通達だったかと）
リソースフォークがつかないように変換するにはどういう方法が一番スマートでしょうか？

>>461
モードの設定→システム→「リソースフォークを保存しない」

>>462
サンクスです。バージョンは2.1.6ですが、
モードの設定の中にシステムという項目はありません。
何か別に追加するのでしょうか？

変換するだけなら、テキストエディタを使わずに、専用のユーティリティーを使うか、
iconvとtr？で作ったシェルスクリプトを
AppleScriptでdo shell script使ってドロップレットにするか、
そのへんがスマートじゃないかな。

>>463
2.1.6にも「システム」はあるよ。
モードの設定で、「標準」とか「C」とかを選ぶと表示される
ダイアログに、「システム」って項目があるはずだよ。

>>463
モードの設定→[君の使用するモード]→システム→「リソースフォークを保存しない」

461=463です。おはようございます。
>>464-466
ありました！　miは以前インストールしただけで実質使ったことが無かったので、
ダイアログが出るとは知りませんでした。
だってサブメニューの項目名に「...」がついてないんだもの。
これでばっちりです。
ありがとうございました。

そんなものついてなくても選ぶとこそこしかないじゃん

468は最近Macを使い始めた人。

長く使ってるからどうだってもんでもない。

>>469
長く使ってるからどうだってもんでもないですがもう10年以上になります…

ID:QNjsyDy80の相手しても得るものないだろ。態度の急変おぞまし過ぎ。

【考察スレ】何故macは爆発したのか
http://pc7.2ch.net/test/read.cgi/mac/1144503480/

何か前に似たようなの見たと思ったら、↓のID:QReHewhu0と同じ奴か？

Macのウイルス報告スレ
ttp://pc7.2ch.net/test/read.cgi/mac/1112695380/

変わらんの〜w

おまわりさーん。ストーカーがいまーす。

>>449
まだ見てるかな。

Markdownは当たり前だけどKEdit対応じゃないから、スクリプトを一部変更する必要があるね。
449はどういう動作を望んでる?
エディタ上で選択した範囲をHTMLに変換するだけなら簡単だと思うが。

KEdit for MacOS X v0.3.0 2006-04-10 release.

ttp://www.drycarbon.com/macosx/kedit/index.html

>>475
レスThxです。
どのようにスクリプトを変えたらいいものか、とググっても分からず、
あきらめてました...orz

望んでる動作は、単に「エディタ上で選択した範囲をHTMLに変換する」
ってことだけです。

>>476
お！最近は新作リリースの間隔が短いなあ...。ありがたいです。

あまりきちんと検証してはいないが、Markdown1.0.1の66行目あたりに、

my $file = $ENV{'TMPFILE'};
open TMP, "$file" or die $!;
my $text;
{
local $/ = undef;
$text = <TMP>;
}
close TMP;
print Markdown($text);

というコードを挿入してadd-onフォルダに入れれば使えるようだ。

>>478
問題なく動きました！！（10.4.6、v0.3.0）
ほんとに助かりました。感謝です！！

Smultronで改行を入力すると、画面で反映されないことが
多々あるんですけど（他のエディタなどにその箇所をコピペすると
ちゃんと改行が入ってるのに、Smultronの編集画面上では
見えない）、これってうちだけですかね？

HTMLエディタとして使ってるけどそのバグはないな

うちだけなのかな。まあHTMLだと余計な改行があっても
ブラウザ出力では反映されないかも。

主に掲示板への書き込みの下書きにSmultronを使用してるんですが、
Firefoxのフォームにコピペすると変なところに余計な改行入ってること
しばしなもので。実際、Smultronで改行入力すると、たまにキー押した
はずなのに編集画面上は入力されていなくて、それを他のエディタや
ブラウザのフォームにコピペしてみると案の定ちゃんと入力はできてる
のに表示されていなかったことが分かったりする。

>>482
> 掲示板への書き込みの下書き
だったら、もっと簡便なエディタでもよさそうですが、
Smultronを使うのは、複数ファイルの管理できる？からでしょうか。

textmateなんとか汁！
にほんご！にほんご！

>>482
色々検証してみたがバグりません
環境設定の>詳細とか>全般あたり関係ない？

いじってて気付いたんだけど、いつの間にかメタル化がなくなってたよ。。。

textmateでファイルタイプ別にカラーリングを設定するにはどうやるの？

mi　で原稿用紙モードが標準であるけど、用紙を横向きにして、縦書きできないものか。。
それができたらほかはいらないのだけど。。

Smultronは制御文字の色って変えられる？
もっと薄くしたいんだけど。

環境設定→詳細→非表示文字の色じゃね？

みなさま！教えてください！
htmlのタグが使えて、改ページとページ数表示設定ができるワープロ・エディタはありませんか？

>>490
>1-5
位に既出

>>489
多謝です。

>>490
JeditX
http://www.artman21.net/product/JeditX/

>>451
先に５万出さない限り対応してくれないよ

TextMate (・∀・)ｲｲ!!

日本語使えないのは残念だが、
MATLAB 用の syntax highlighting 使えるのが(・∀・)ｲｲ!!

>>451
vim

>>496
vimってそんな事も出来るん？
使ってるけど知らんかった。

>>497
http://pinna.cside4.jp/tips/vim/fold.html

JeditXでWINのMifesやWZ Editorライクなキーアサインは可能でしょうか？

そんなエディタの名前出されてもわからん。
とりあえずいじってみたの？シェアウェアは試用できますよ。

>>497
>>496ではないけれど...
ある事はあるけど、ちょっと使いづらい。
初期状態でそのまま使えるのは使った限りではft=rubyでfdm=syntaxなときだけ。
たぶんそれ以外の言語はおそらく全滅っぽい。pythonならいけるかも。

htmlとかのマークアップ言語も出来ない事はないけど、昔の記憶だとインライン要素まで
折り畳むのでとても使いずらかった。

TextMateのムービーを見て同じものを期待するとおそらく凹む
まぁでも便利な機能ではある。fdm=diffとか。
fdm=markerもどこでもなんでも折り畳めるので面倒だけどそれなりに便利。
まずは :he folding を読めばいいよ。

neo officeをインストールしました。原稿用紙はないのですかね？
テンプレートが３つしかなかったです。

open officeでは原稿用紙モードがあったんだけど・・

>>502
それはエディタではなくてワープロだと思います。
専用スレがありますよ。

【開発は】NeoOffice/J【順調？】
http://pc7.2ch.net/test/read.cgi/mac/1074447794/

>>503
ありがとう

ttp://www.apple.com/downloads/macosx/development_tools/0xed.html
既出？

ここはテキストエディタのスレッドなんで既出ではないでしょうね

Jedit1.3.5出てますね。
前回が、小数点以下２桁でこれですかってくらい変更点多かったけど、
今回は少しだ。だんだん今の路線での形が固まってきたという事でしょうか。

『テキストラングラー』で快適コーディング
http://hotwired.goo.ne.jp/webmonkey/2005/40/index4a.html

>>508
何だこの文章の冗長さは…。
こういうのだったら、縦書きのほうが読みやすい気も。

こういう文は読んでる方が恥ずかしい

＞テキストラングラーを見つけた日には、万人が愛した無料エディター『BBEdit Lite』の
＞後継版だってことで、私の瞳は喜びの涙で溢れちゃったの。ほんとよ

精神的ブラクラだな、日本語よりこっちの方が解り易いぞw
ttp://www.webmonkey.com//05/30/index4a.html

emacsやvim以外で、保存時や入力時のフック書けるのってある？

保存時に何か処理をさせるって事？

青芝？

>>509-511
余裕のない奴ばっかだな、いい子孫残せないぞ。藁

>>513
そう。

SubEthaEdit 2.5 age

これはUIがキレイだから好きだよ…(；´Д｀)

>>516
保存メニューそのものを置き換えたり処理追加したりできるやつは知らないけど、
AppleScript使えるやつだったら、
「○○して保存」っていう処理をスクリプトで書いて
それをスクリプト用のメニューにつっこんでキーボードショートカット割り当てる
みたいな事はできるよ。

>>518
やっぱ、それかぁ。
入力時は、きびしいか、、

ココアな奴なら、デフォルトキーバインドも返られそうだから、
うまく行きそうだね。
とりあえず、cmd+sが手癖になってっから、、

>>518
あ、ありがとう。

入力時つーと、こうやって文字を打ち込む時に割り込んで何かするって事？
いまいち用途とか思いつかないけど。

>>521
そそ。vimのimapみたいな感じ。
じゃぁ、vim使えってなるけど、vim（っつかgvim）文字の表示が汚いんだよ。
emacsはelispに撃沈。
ま、その辺りは手癖で補えばいいか。

つきあい、ありがと。

>>522
>>521はそれで何をしてのか聞いてるんだろ。
せっかくだから教えてよ

目的によっては他の方法で置き換えが利くと思う。
異なる環境で同じ手段を探すのはちょい不毛。

ああそうか
>>522は専門用語でしか考えられない程度の頭の持ち主かw

実際そういうやつ多いけどな。
まあ最初っからひけらかしが目的だろうから生暖かく見守ってやれ。

生暖かいの出してやれ。

どろり

- Smultron （free）で決定だろ

>>529
正規表現の置換できる？

必要ないし

え。正規表現で置換検索できないのは困る。

>>530
出来るみたいよ
ttp://smultron.sourceforge.net/features.html

>>530
知ったか厨?

>>534
正規表現使ったことない？
とっつきにくいけど一度飲み込めば難しくないし、
普通の文章書きにも十分使いでがあるよ。調べてみたら？

普通に使うベぇ

>>533
日本語もOKかな。

使いで

TextMate レジストした。
これ、ユーザーが同じなら、何台のパソコンで使っても良いんだね。
太っ腹。

そんなとこ読んでるおまいが偉いよ。しかも英語だしょ？

正規表現検索無かったらエディタとして
致命的でしょ。

>>540
良いソフトだな、と思ったら英語だろうとなんだろうと、
私はきっちりお金払います。

職人乙、って感じです。

以前、Graphic Converter がまだ ver. 3だった頃に、
レジストしたら、ドイツから領収書とCDが届いたことがあったw

いやいや。お金は払うとしても規約を読むのは面倒ｗ
漏れもGrapic Converterは国際郵便為替とかいうやつで送金して
Web翻訳駆使してへぼ英語で連絡したらCDが届いてびびりました。

>>543
まぁ、漏れも斜め読みだけどねw

それにしても、
久しぶりに使ってて気持ちいいエディタ見つけた。

テキストラングラーでWindowsの機種依存文字があるファイルが開けないのですが、
開ける設定ってあるのですかね。
項目が多すぎてさっぱりなもんで。

Japanese (Shift JIS X0213) にチェック入れといてそれで開いてみたら？

>>542
2バイトだめなんでしょ？
日本語使えたら1万円出してもいいんだけどな

>>542
そうなんだよね・・。

自分は、今のところJeditと併用してる。
TextMate使うのは、プログラミングの時だけ。

コメントが日本語で書けないんだな。
スクリプトとかだとコードの中に日本語が直接出てくる事もあると思うけど、
そういうのも無理だ。残念。

しかし、Cocoaで作れば勝手に多国語対応になりそうな気がしてたけど、
マルチバイトが通らないというのはよほど独自のものなのかな。

コード中の関数をクリックすると、その関数のコードに飛べるようなリンク機能付きのテキストエディタってあります？

Xcodeのエディタならコマンド＋ダブルクリックで表示されるけど。
索引有効にしといて。

単純なタグジャンプならvimとか、emacsにはあるよ
名前空間は考慮しないから同じ名前のメソッドがあると何度か飛ぶ羽目になるね。
まぁタグジャンプとタグ補完が無いとコードの読み書きが出来ないくらい依存してるんだけど。

ここで質問するのが適当かどうかわからないんだけど、
テキストエディットなどのCocoaアプリで
ルートマイナス１　みたいな表現を数式で表したいときに、
√-1　の-1部分の上に棒を引っ張る方法ありますか？
文字パレットに
Combining Macron 0304
Combining Overline 0305
っていうのは見つけたんですけど、ルートの屋根用としては不適切でした。

>>553
http://www.h4.dion.ne.jp/~latexcat/intro/intro24.html

>>553
EquationEditor, MathTypeとかで数式書いてコピペするか、
554みたいにtexで作って画像を貼るのが楽かと。

個人的には(-1)^(1/2)の表記がすき。

ＴｅｘｔＭａｔｅすごくいいんだけど、
コメントが英語でしか入れられられないからな〜。
Xcodeがプラグインで拡張できて、
色々なコードかけたら理想かな
あのエディタの雰囲気

>>556
Romaji mo Nihongo desu YO.

>>557
Oh! That's a good idea!

ところで、ページの端にきたら勝手に改行されるようにしたいんだけど
どこで設定すれば良いんでしょう？
自分で調べろって・・・うん・・・まだ使い始めたばかりで。。。

そんな機能ないのかな・・・あったら便利なんだけど

>>553
ルビに__
できるかしらんけど。

2日前にアートマン21に要望出したら、もう今日リリースのJedit X1.36に要望が反映されてた！
すげー仕事早い。感謝感謝です。

お、561さんは何を要望したのかな。

JHTML XはTigerでしか使えんのか

>>558
メニューの View → Soft Wrap

>>564
ありがとうございます。
これだとインデントが美しくないですね。

Windowsから最近Macにスイッチしたんだけど、
QXエディタみたいなエディタありませんか？
日本語で縦書きできて、ルビとかもつけられて、
動作が安定してて、原稿用紙換算とかの、
文章書き向けの機能が充実しているやつ。
（TeXほどいきなり覚えないといけないことが多くないやつ）

>>566
>Windowsから最近Macにスイッチしたんだけど、
>QXエディタみたいなエディタありませんか？
この書き方、絶対荒れるから今後はやっちゃ駄目。
win使った事の無い人はどんなソフトか分からんからね。

ルビは分からないけど
iText Expressは縦書き出来るし、設定次第で原稿用紙で何枚かとか出来そうだけどね。
有料ソフトならお望み通りのものもあるかもね。
おれはこれとmiで満足してるから分かんないや。

>>567さん
どうもありがとうございます。
iText Expressというのを使ってみます。
何しろ比較対象がよくわからないので、
こういう聞き方になってしまったのですが、すみません。

最近、今まで使ってたPCを思い切って全部下取りに出して、
マックブックを買ったのですが、マックブックはいいですね、
キーもシンクパッド並みに打ちやすいし、慣れてくるとキー配列もこっちの方が快適です。

これでLet‘s NoteRシリーズなみの小ささ、軽さのものが登場したら絶対に購入したいです。

日本語入力ソフトの事もあるから、
EGWORD（ワープロソフト）買っちゃうのがいいのかもしれないですね。
Intelネイティブ版はまだ何ヶ月か後になりそうですが。（夏予定）

>>568
もっと良いものあるかも知れないけど...
まあ、気が向いたら色々試してみると良いと思うよ。

縦書きエディタはLightWay/iText（同一作者）しかないでしょ。今は。

ITextを使ってみました。
うーん、なんか微妙な感じだ。
私が求めているのはもう、こう、もっと・・・ワープロっぽくない奴なんだ！！
原稿を「仕事」で書く人が使うような、そういう奴なんだ。
もちろん最終的なフローまで考えたら、InDesignを使えばいいんじゃねって話もある！
が、あんな糞重いソフトで文章を打ちたくない。
あー、けどQXもUnicodeに対応してないし、そろそろ別のを考えるときか。
次はmiってのを使ってみよう。ダイアルアップだからダウンロードがつらいぜ！！

たまづさがOSX対応してればねえ。

あれなんですよね、縦書きは、実際に文章を作るときより、
作った後にみるのに使う事が自分の場合、多いですね。
原稿用紙換算も手軽にできないんじゃ正直つらい…。
QXだと、入力中に、右の方に、概算だけど原稿用紙だと何P目くらいだよ、という線が出てくれた。
これは地味だが、小説を投稿する身としては、うれしかったな。

印刷関連のページ設定とかを工夫すれば使えるのだろうか。
QXは見栄えがわるかったけどそういう意味では実用的だった。
Pararellsで使うという手も残ってるが、QXも、UNICODEにも対応する気はないらしいし。

自分でCocoa-Javaあたりを覚えて作るしかないのかな。

ライター・小説家御用達エディタ。
右のペインで自動的にカーソル位置の文章情報や、打った文字を、
EPWINGの辞書データ使って、どんどん辞書で検索していってくれるとかの機能がついてる。
KJ法とか、マインドマップができるアイディアプロセッサも搭載。軽快、Win/Mac両方対応。とか。
でもそこまでできるようになるのに何ヶ月、何年かかるんだろうなあ…
仕事もあるし…引きこもりに戻ったら負けだと思っている。

文字数後から数えるだけなら縦書きじゃなくてもいいんじゃ…。
まあとりあえず思い詰める前に今あるワープロソフトの試用版でもどぞ。
MS-Officeも悪くはないでしょ。
NeoOfficeあたりは縦書きはどうなのかな？

CocoaにNSVerticalTextViewが無いことが致命的

>574
一時期QX使ってたが、MacでもQXに近い作業は可能だよ。
普段は標準（横書き）で表示しといて、原稿用紙換算したいときだけ
LW：書式ツール、mi：モードで原稿用紙に表示変更。
文字数や行数、ページ数などはLW：文書フォーマット、mi：文字数カウントで確認できる。
（全文、選択範囲情報どちらも換算可能）
QXに比べれば手間が増えるが、換算が必要になるのはそう頻繁じゃないよね。

>右のペインで自動的にカーソル位置の文章情報や、打った文字を、
>EPWINGの辞書データ使って、どんどん辞書で検索していってくれるとかの機能がついてる。
>KJ法とか、マインドマップができるアイディアプロセッサも搭載。軽快、Win/Mac両方対応。とか。
Windowsならあるかと思ったら結局ないんだよな、こういうの。
QXとStoryEditorとインスピレーション（一応Win/Mac両方対応……）併用してたけど、
しまいに面倒になりMacに戻った。

長くなったから分割。
自分はシナリオライターだが長年Lightway（iTextの上位版）かmi。
今は以下の組み合わせで十分やっていけている。

・カーソル位置の文章情報：LWもmiも表示される。
　詳細情報はLW：文書フォーマット、mi：文字数カウント（全文、選択範囲）
・辞書で検索：打った単語を選択してoption+shit+1で辞書一発表示（EGBRIDGE）
・マインドマップ：インスピは日本語未対応orzになったので、チャート図が必要なときだけOmniGraffle、
　今はアウトライナーも兼ねてNoteBookが手放せない。
　あとでOGに変換するならOmniOutlinerという選択肢も。

その他マクロ(LW)やモード・ツール(mi)、ラベルジャンプなど一通り備わってるので不満はない。
EGWORDはマインドマップ以外はほぼ備えているが、文字を大量に打つときは
機能豊富なワープロじゃ重過ぎて。
要は軽さ重視で機能を複数のソフトでまかなうか、重くてもひとつのソフトで済ますかの選択だな。
ほかにもJeditX（3くらいから使ってないんで…）などあるから、いろいろ試してみるといいよ。

脚本家向けのエディタが有ったような・・・
縦書きだったような・・・
名前を忘れた

Windows版もあって無料のやつでしょ。俺も名前忘れた。アメリカのソフトだよね。
使わないからこないだHDから捨てちゃったよ。

使ってないからよく知らんけど、
EGWordは、DTPとの連携のための機能が充実してる（と宣伝してる）

私はmiで書いて、iText(縦書きできます)で印刷してる。

>>579
orgai？

>>580
Nisus Writer?
いや、それはwin版無いか。

自分は雑誌ライターだけどEGWORDで原稿書いてる。
重いけどまあ何とか我慢できるレベル。
何文字×何行っていうのを確認しながら書かないといけないし、
正直アウトラインモードが便利すぎて手放せなくなってる。
他のエディタでもやろうと思えば同じことができるとは思うけどね。
ワープロで原稿書いてますって言うと編集者にも驚かれる。

常用するエディタは以前はmiだったけど、最近はCotEditorを使ってる。
自分では満足してるけど文章書き用のエディタではないと感じることも多い。

普通の文章を書く為のエディタの候補といったら
やはりLightWayTextじゃないかなあ。

もちろんmiやCotEditorでもできるけど
もともとコードを書くために特化しているから。

といいつつ、慣れているのでちょっとしたメモでもmiで書いたりするけど……。

>>576
結局最後はこれに行き着くから困る。

>>579
Celtx
道具とかシーンの設定とかいろいろ書き込んで、最終的にどの部署にとっても必要なものが具体的な台本にまで落としこむのに使うようだ。
カレンダーもついてるが、ちょっと見た感じだと撮影日毎のスケジュール管理までは無理なようです。

そうだそうだ。Celtxだ。あんがと。
俺大学で映像やってたから当時これ知ってれば便利だったんだろうなー、と後悔。
いつもJeditで書いてAppleWorksで縦書きに整形して印刷してたよ。

CotEditorがリッチテキスト、タブで複数テキストを扱えると最強なんだけど
欲張り過ぎかな。

欲張りっていうか……

>>589
CotEditorはプレーンテキストだからこそいいと思うのだが。
タブは、まあ、あってもいいかな。

CotEditorがタブ付きならもう完璧（じゃない部分もあるけど）なんだけど、
作者ﾀﾝがタブ付けない宣言してるからなぁ。
リッチテキストはｲﾗﾈ。

そうなんだ？＞タブ付けない宣言。
サイドバーに書類リストみたいなのもナシかな。

タブなんか要らんと思うんだが、タブってどういったときに便利？

書くものの種類にもよるだろうけどエディタって複数枚並べて作業するほうが自然だしなぁ
タブはあんまり使い勝手良くねえと思うなあ。

>>595
マウスで2つの書類を重ねたらタブ化、タブをマウスで書類から離すと2つの書類になる
とかなら激しく便利そうなんだけどな。
でもそんな事に血道を上げるんならもっと重要な機能の方に注力して欲しいしね。

Peggy出してくんねえかなAnchor

誰もタブの便利さを教えてくれんのか...

タブーですから

タブーですから!!!

山田く〜ん
>>599の座布団、全部取っちゃえ！

>>600
お前もか！！

>>568
Winのエディタだったら便利だよ>>タブ
ただMac上では利点が分からん．"cmd + `"のウィンドウ切替があるから
タブは要らないと思うけど，他に利点でもあんのかな?

どう考えてもウィンドウが散らからなくてスッキリするのと
同時に1ファイルしか見えない（まぁ別ウィンドウ開けばいいんだろーが）のは
諸刃の剣だよなぁ。DOSとかUNIX系のエディタみたいな画面分割のほうがまだ
使い勝手が良いと思うなあ。

久しぶりにだじゃれが決まったぜw

ｲｪｲo(≧∇≦)b

画面分割はタイリングと同じ事だよね。

タブのウインドウ化←→ウインドウのタブ化

両方実装すればいい。

>>604氏などが触れられていますが、
自分も、画面が左右で分割できるエディタを探しています。
文章を書くときに、どうも計画性に欠けるというか、
前半と後半で文体が違ってしまうことが多いので、
ひとつの文章内で比較しつつ仕上げていきたい、というのが目的です。

愛用のmiでは、上下に分割はできますが、左右にはできないようです。
上下分割でもいちおう用は足せるので今はそうしてますが、
モニタがワイドなので（PowerBook）、左右分割の方が楽っぽい気がします。

それから、自分が書くのはプログラムではなくごく普通（？）の文章なので、
日本語が通ることが必須になります。

よろしくお願いいたします。

textMateバージョンアップしたけど、ジャパニーズサポートなんて項目見当たらなかった
しょぼ〜ん

そもそも要望は出てるの？
つーか今どき多言語サポートしてないって事は
WASTEとかも使わずに根っこのほうから自分で作ってるって事なのかな。

>>609
別名で保存してもう一枚開けば？

>>609
emacs
M-x split-window-horizontally

webﾌﾞﾗｳｻﾞで開いといてエディタでも開いて横に並べる
って手もあるな。
もちろん編集するのはエディタの側で、ﾌﾞﾗｳｻﾞでは見るだけ。
んで編集・保存したらﾌﾞﾗｳｻﾞは更新ボタンで再読み込みね。

miとiTextで同じ書類を開いたら駄目なの？

AppleWorksなら…とおもったけど、左右に分割できても連動スクロールなんだな
MSWordでウィンドウを二つ並べるとか。

>>612,614,615そういう面倒なことを必要とせずに
上下分割のエディタと同じ手軽さがほしいんでしょ？

Xcodeでoptionとshiftを押しながら分割ボタンをクリック

>>617
これでイケそうだよね。
>>609次第じゃないかな？
ま、おれはmiとiText併用の方が気楽だから、人それぞれだよね

エディタで同時に１つの書類開けるのか…。

同時に1つの?

「複数のエディタで同時に１つのファイルを」OK？

でもこれやってみたら、片方で編集した時にもう一方の内容を更新する手段がないな。

>>621 もう片方に移るとき内容を更新するかダイアログ出す

>>622
？ｋｗｓｋ

他アプリでファイルが編集され保存された時には、
・自分では編集していない場合
Xcode：更新, CotEditor：どちらを保持するか聞いてくる, TextWrangler：更新
・自分でも編集して未保存の状態
Xcode：どちらを保持か聞いてくる, CotEditor：どち保持か聞いてくる, TextWrangler：同期不可
といった挙動だった。

ファイル保存せずにもう一方にも反映させるのは無理だろね。
一方が古い状態のままの方が都合が良いケースもあるけど。

またXcodeは「表示」メニュー→「独立したエディタで開く」を実行すれば、同じ書類の
ウインドウを何枚でも作成できる。

Xcodeのエディタに優位性があったとしたって、開発しない人間には無駄なおまけ
多過ぎだろ〜。

>>625
でもフリーだよ。

いろいろありがとうございます！

別のソフトで同時に立ち上げるという発想はなかったので、
新鮮でしたし、なるほどとも思いました。

ただ、前半が完璧で、後半をそれに合わせるだけならよさそうですが、
基本を前半に置きつつも、逆に後半に合わせる部分も出てくることが
多いので（自分の構成力が弱いためでしょうけれど）、
あまり前半・後半を意識せずに編集を進めたい、という気がしています。
なので、複数のソフトを行ったり来たりすると、混乱しそうな感じも受けました。

>>613
Emacsは、なんだか難しそうという先入観があり、これまで手を出したことが
ありませんでした（プログラム等がひどく苦手なので）。
ちょっと研究してから、ということになりますが、参考にさせていただきます。

>>617
Xcodeというのは、開発環境のあのXcodeのこと……ですよね？
それをエディタとして使うという発想も、まったくありませんでした。
これまた研究してから、ということになりますが、参考にさせていただきます。

>>627
かなり特殊だけどvimと言うのもありまっせ。
これだと左右に分割してさらにその片方を上下に分割とか自由自在にできる。
Ctrl+w → v で左右分割
Ctrl+w → s で上下分割

物書くような人にはオススメとは言えないが、一応紹介しときます。

クォーツコンポーザーとかgeektoolとかでテキストを表示させればいいじゃん
更新間隔を短く設定すればおーけーだろ

バカバカし過ぎ

>>627
おれもEmacsｵﾇﾇﾒ

確かに取っ付きにくいってイメージがあるけど。なれるともう他はつかえん
まさに自分だけのエディタをちょこちょこ設定しながら作る事ができるしな
いまはCarbon Emacs Packageって、初期設定と便利なライブラリを一括した
便利な物もあるから、試してみるといいかもね

ttp://homepage.mac.com/zenitani/emacs-j.html

>>631
キーバインドだけで、文字列を選択、カットやコピーをしてペーストっていう動作はcuiエディタだとやりにくいってイメージが有るんだよな。

>>632
それはわかる。最初は俺もそうだったしな

でもね、使ってみてなれるとわかるが、コピペとか全然違和感なくなるんだよ
基本的にホームポジションから全然動かさずにほとんどの行動ができるから
速い人だと文字打ってるペースのまま選択コピペができる。かなり速いよ

あとEmacsだと行カットとか範囲で消し（キル）しても基本的にすべてキルリングという
バッファに保存されているからいつでも消したものをyank(ペースト)できるというのも特徴だな
キルリングにはどんどん蓄積されるから過去に消した物でも選んでyankできたりする
矩形範囲処理もできるし、テキストに対する処理能力の高さは半端じゃないぞ

まあ、キーバインドがかなり特殊だからここがなれるまで大変なのは確かだな

>>625-626
書類の比較機能があるというだけでCodeWarrior IDEを使っていた時がありました。

設定書類（.で始まるファイルとか）の編集に
ターミナルでemacs使えたら作業の流れがｽﾑｰｽﾞになるだろうと思うが
何度チュートリアルやっても操作を忘れる。
control + b,f,p,nだけは他のエディタでも通用するから覚えてるけど。

picoでいいよ

picoはpicoで覚える事あるでしょ。
そういう事考えると結局open -aでGUIのエディタで開いたほうが
いいかなとなっちゃう。

emacsでもvimでも高機能だと思うし、慣れたら使いやすいんだろうけど、やっぱり横文字用だなと思う事は多いね。
おれはvimだけど。

textMateってfunctionで宣言した名前を
コードの後ろでマクロで一覧表示して入力できる機能ないのかな・・・。
探してみたけど見つからない。

emacsやvimで縦書きだとー

>>639
一覧表示は知らんけど、補完してくれると思ったよ。
cmd+escだっけ？

>>641
ありがとうございます。
ずっと探してたんだけど、どうやってやるか分からなかったんです。
これでＴｅｘｔＭａｔｅで出来なくて困ると思ってた事がほとんど無くなります。

lightwaytextのバージョンアップまだかなぁ

遅ればせながらTextMateのチュートリアルムービー見てます。
御存じない方は下のリンクをクリックでiTunesに配信ＲＳＳが読み込まれます
pcast://macromates.com/textmate/screencast.rss
いや、これ結構感動します。
こんな機能があったのかという発見もあり。
使いこなすとこんなに早くあんな事やこんな事が出来ちゃうのかという驚きありです。

>>644
TextMate そこまで使いこなせてないけど、
生産性は確実に上がった。

なんだかこう、使ってて楽しいエディタだ。

こんなのでてたんだね。

Tate 0.1.2 (J) [OSX] [UB](454KB)
縦書きを実現するテキストエディタ。振り仮名や漢記号の挿入も可能。青空文庫テキストを変換する機能もあります。
http://homepage.mac.com/mnishikata/page4/page6/page6.html

>>632 世の中のクレバーな人たちが、いろいろなアプローチでその問題に取り組んでるのが面白いところ。

■sense-region: Ctrl+Spaceを打つたびに、カーソル位置の前後の、単語と判断される範囲を徐々に後方に広げながら選択

例: (^ = カーソル位置 / [ ] = 選択範囲)

"t^est func" -> "[test^] func" -> "[test func^]"

■migemo: ローマ字でタイプしたところにジャンプ。それが日本語でも。

例: (^ = カーソル位置)

aa^aaaaaa bbbb ccccccccc
hhhhhhhhhhhhh i ここ jjjj

↓(ここでCtrl+sを押してから「koko」とタイプ)

aaaaaaaa bbbb ccccccccc
hhhhhhhhhhhhh i こ^こ jjjj

■Funny Copy mode: 先にペースト位置を指定してからコピーするものを決める。
　　　　　　　　　　　カーソルのある最新の位置がペースト場所に近いという再発見から作られた。

ttp://pop-club.hp.infoseek.co.jp/emacs/fcopy.html

このほかにもクリップボード履歴が標準搭載だとか、カーソル位置を覚えてお
くメモリ機能があるとか……、多分自分は一生Emacsを使うと思う。

>>646
>>321

vimのラストラインモードで置換とかするときに、CRやLF、tabなどの特殊文字を入力するのはどうしたらいいのでしょう？

>>649
¥n
¥r
¥t

ＴｅｘｔＭａｔｅレジストしたので
あとで日本語対応リクエスト出しておきます

レジストしなくてもリクエスト出せるのではないかな

>>652
まあ、そうですね。
もっとみんなリクエストしましょう

逆にレジストするとリクエスト通りにくくなるんじゃないか
その要求を実現しなくても使ってもらえるということで。

日本語ローカライズしたらもっとレジスト増えるけどね、
っていう話の持っていき方でどうかしら。

ローカライズは考えてないってよ

もうみんなEmacsでいいじゃんw

>>657
ﾔﾀﾞ

miを使ってます。
秀丸と同機能のエディタってないでしょうか？
プログラムではなくgrepやボックス選択などの文字処理に使いたいんです。
インターフェイスとか似てるといいのですが。

>>659
同じものはない。同じ機能はmiにある。

同機能でインターフェースが似てるエディタなんか出てきたら
パクリって呼ばれるだけじゃないだろかｗ

>>659
Terminalでgrep

>>659
矩形選択と、正規表現を使ったマルチファイル検索・置換
ができればいいという事かな？
それだと選択肢は色々ありそうですね。

>>663
そうです。
お勧めはありますか？
５万行くらいのファイルをいくつも処理したいんですが、
やはり秀丸は使いやすいです。
本当は秀丸のマック版とかあると理想です。

無理してマックで処理しなくてもいいんじゃない。
昔使ってたウィンドウズがあるなら、簡単にマックと繋げるし。
改行コードの変換も難しくないけど。

>>664
> ５万行くらいのファイルをいくつも処理したいんですが、

テキストエディタよりも、Perlとかで処理した方がいいような気がする。
処理の内容にもよるけど。

実際Win機で今はやってますが、できればマック上でやりたい。
自動処理したい訳でもないんですが、というかそれは難しそうなので。
Perlも素人レベルです。
テキストを直接見ながらgrepで抽出、範囲指定、置き換え、再度抽出といった感じです。
miは素晴らしいと思うんですが、秀丸にはかなわない感じです。
マックでお勧めはありませんか。

秀丸って言われてもわからんので何とも言えないけど
Jedit X とかは？

>>667
質問内容の作業自体はmiで十分だと思うけどなあ。
それで「秀丸にはかなわない感じ」って言うんなら、どういうところが不満なのか、
秀丸を使ったことの無い人にも分かるように書いてもらわないと、何がおすすめなのか選べないでしょ。

多分、こういう人は何を勧めても気に入らないと思うよ。

俺もそうおもう
そんなに秀丸秀丸いうなら秀丸つかえばいいじゃん、ってことだ

つうことで俺はEmacsすすめとくw

miのツールを拡張していったらそのうち似たような感じになるんだろうけど
この人が探してるのは最初から同じ機能、使用感を備えたもののことなんだろうね

秀丸なんて最初からなかったんだと思い込めばいいのでは？
事実Macには存在しないんだからさ。

＞そんなに秀丸秀丸いうなら秀丸つかえばいいじゃん
まったくその通りである。
WinとMac両刀しかも秀丸ユーザーだがこれはイタいと思った。

でも同じものを求めたくなる気持はわかる。
「肌に馴染む感覚」というか、「鉛筆で紙に書く感覚」というか、
たぶん、そういうところなんだろう。
こういう人には何を勧めたって気に入るわけは無いｗ

矩形選択と正規表現による検索ならJedit Xかな。
ただ5万行ってのが……。
Jedit Xは行数増えるとものすごく重くなるからなぁ……。

見ながらだとキツいね。
マルチファイル検索のほうで、
画面に表示しないでやらせればそれなりにできそうだけど。

旧OS版のNisus Writerが検索とか強かったらしいが
こういう用途にはどうなんだろうか。

よく名前の出てる洋物のエディタはこういう用途にはどうなんでしょうか。

miは便利だけど重い置換には向かないからね・・・
重い置換にはJeditを使っているけど、それでも5万行となると重そう。

しかし、エディタは微妙な違いで苦労するね。
人によって欲しい機能は違うわけだし、秀丸が合ってるなら
Intel macならParallelsでも入れてやればいいんじゃないかと。

自分もwinの方で理想のエディタが見つからなくて色々と試しているところだ。
正規表現とか検索・置換フィールドとか、エディタによっても違うけど
それ以前にwinとmacで作法が結構違う感じ。

このスレの >>106 辺りから嫁
miでもTextWranglerでも、でかいテキストをスクリプト言語に食わせて
高速処理する使い方は普通に出来る。

俺もコマンドライン処理するに一票。
Perl で置換、diff で結果を見ながらやれば良いと思うが。
何万行ものテキストを目視で処理しようってのが
俺には理解がでけん。

>>106みたいに具体的な課題を出せば食い付きも良いし、具体的な策が出るよ。
「○○みたいに使いたい」と言われても何だか解んないし、実際には「しょぼいやり方を
継続したい」ことが多くて、ますます良い策は出ない。

目視でやる必要があるような物なのかね？
正規表現がしっかり使えたらさくっと一発で済んだりして。

そういいながらも、俺もmiみたいなWindowsのエディタありませんか？
とか質問しちゃいそうだ

しらねーよ

で終わってこんなにかまってもらえないと思う

ほんとに質問するわけないだろ。

Macﾕｰｻﾞｰはﾏｲﾉﾘﾃｨを自覚してるからそんな事はしない…、と思いたいが、
実際はそういう質問する香具師も居るかもな。

Mac用でUTF-8Nで保存できるエディタっありますか？

miならモードの設定のエンコードんとこをBOM無しにしとけばいいんじゃないかしら。

Mac OS XでUTF-8と言えば基本的にBOM無し

>>689
ありがと！


>>690
Shift_JISで作ったものをMultiTextConverterってやつで
UTF-8に変換したらBOMがついちゃいました。

Smultronの新バージョン、ツールバーのアイコンが激しくダサくなったorz

俺の夏にはBON無し

>>692
ほんとだ　これはひどい

>>693
誰がうまい事言えと

タコが言うのよ↓

素晴らしい

うおー、Smultronアップグレードしなきゃ良かったorz。
ツールバーアイコンがすっきりしてるところが好きだったのに……。

最初何が起こったのか理解できなかった。紫豚。

>>691
MultiTextConverterの環境設定の「変換」タブで、
「BOM有り」のチェックを外せばいいのでは？

ttp://sourceforge.net/project/showfiles.php?group_id=110857
smultron旧バージョンはここから落とせるよ。
速攻で1.2.7に戻したｗ

>>692,694,697
誰かビフォーとアフターのスクリーンショットうｐしてｗ

>>698
本当だ。
気づかなかったorz...

スレ汚しですみません。
皆さんいろいろありがとうございます。
なんていうかMacでこういう風にできたらなぁっていう小さな理想みたいなものがあります。
昔からWin機はテキスト処理に強いけど、UNIXベースになったんだからMacもいけるんじゃないでしょうか。
ただ、秀丸とかだと表示をスキップすることで処理を加速することができたりして、
数万行の処理が一瞬にして終わるのが目に見えてわかるんです。
Macのテキスト処理が遅いのは知ってますが、
miに限らずMacだとそうはいかないですよね?
別にケンカ売ってるわけじゃないんで許してください。
ただMacのテキスト処理がもっと快適だとWin機使わないですむじゃないですか。

>>702
だから、誰にどうしろと？

>>702
秀丸ってなんて読むの？
しゅうまる？
ひでまる？
「ひでまる」で一発変換できたから「ひでまる」なんだろうなあ。

>>702
ああそうそう、あなた自身が
　Win 上の秀丸
　Mac/PPC 上の各種テキストエディタ
　Intel Mac 上の各種テキストエディタ
をそれぞれ取り揃えて、環境を用意した上で、
>>106 みたいな実験をしてみて、ここで報告したらいいんじゃない？
そうしたら少しはみんなのためにもなるよ。

でかいテキストファイルの処理はたしかにmiは遅い。
数メガ超になるとOpen・Close、検索なんかも遅い。
同じMacでもBBEditあたりと比べると段違い。
（日本語がだめだけど）
でも別にこれはmiがだめとかってわけじゃなくて
そういう用途にあわせて設計されてないから。
別にWinだからとかMacだからとかそんなことは関係ない。
そういうことは普通SedとかAwkとかPerlとかで処理する。
UNIXベースの恩恵をうけたければ上記Sedもなんでも
Macにはついてるんだからそっちをつかえばいい。
miあたりが使ってるAPIはUNIXとは別なんだから
その恩恵なんて関係あるわけがない。
秀丸っていうエディタはその方面で優れてるんだろうけど
それはたまたまそういう特殊な（普通エディタが想定しない）
用途も想定された設計になってるだけ。
Macでもそういうエディタはあるかもしれない（BBEditのように）が
普通そんなことしないから皆、回答できない。
そういうことを理解せずに秀丸だのMacがWinがだの
そんなことばかりいってるからウザがられてることを理解しろ。

なんか英丸レジストしたらキーコードがhidemaruで腰が抜けたみたいな話を
以前聞いたけど今もそうなんだろうか

>>702
悪気があろうが無かろうが、ﾏｶｰのみんなが両刀だと思ってるようだが、
ほとんどの人が秀丸ってのがどんなエディタか知ってる訳ないだろ？
試しにwin板でyooeditみたいなエディタって無いんですか？
とかUIがキモイからいいUIのエディタ、無いんですかって聞いてみろよ？
どういう反応帰ってくるかなんて想像するだけで分かるだろ？
正直、そんなもん知るか！！ってみんな思ってんだよ。
ていうかクラシック環境があるMacならYooedit使ってみろ？
あれはあれで良いエディタだったんだから。

>>700
2.0
http://smultron.sourceforge.net/screenshot.png
1.x
http://www.freesmug.org/review/img/review/smultron.png
http://www.tinyapps.org/screenshots/smultron.png

>>709
これはひどい

>>709
winIE並みの配色センスの悪さだな>2.0

つーかアイコンひとつひとつを別人が作ったみたいな感じだな

ツールバーをテキストのみにすればいいじゃん。
．．．まあ俺も前のアイコンのが好きなので気持ちはわかるが。

正規表現詳しくないんだけど、
perlと秀丸エディタで採用してるものに
大差はないのだろうか。
perl互換正規表現っていう用語は
見かけた事あるけど

>>707
俺は違った。
まぁ腰砕けになったことは事実だが。

>>704
はげまる
と読んでいました

>>709
これはひどいw

取りあえず、紫豚は止めて欲しい。意味不明だ。ピンクじゃないとヤダ。

>>709
これはひどい

家帰って速攻1.2.7に戻しましたよ。

デザイナーがいなくなっちゃったからプログラマの人が頑張って作り直した、とかなのかなぁ？

これはひどい

オバQみたいなのが「ゴクリ」ってツバのみ込むAAな気分

これだけ書いても、結局>>702がなにをやりたいか、
さっぱり見えてこないのがすごいなｗ

５万行のファイルの置換（目視確認）。
でなかったっけ？

>>723
何で名前欄に722って書いてるんだ？

>>702
長文けっこうだが、
演説ぶちかます前に一通りの事ができるようになってからにしてくれ。
書き込まれた事は読んでからレスしてくれ。

>>702
あんたがどのような処理がしたいのか具体的な事がわからんので
なーんとも言えないわけだが、
規則性の見つけ出せるようなものだったら、
とっととスクリプト書いてサクッと処理できるような人もけっこう居るわけよ。
何自分が上に立ってるような錯覚しちゃってるの？
あんたの立場は、単なるソフトが使いこなせないMac初心者。
理解しようね。

訂正。Mac初心者じゃないわ。
レス付けてくれた人に噛み合わないレスしてる感じとか、
ネット＆パソコン＆それ以外でも全般的に初心者だね。

↑
ちょっと突っ込みどころある奴が来たからって何レスも書き連ねるな、バカ。
見苦しいし暑苦しい。

ごめんなさい（´・ω・`）

流れを無視して、紫の豚変更方法。

Smultron 1.2.7 の Smultron.app/Contents/Resources/
Smultron 2.0 の Smultron.app/Contents/Resources/
にある png ファイルを以下の対応表にしたがって1.2.7 からコピーし名前を変更。
advancedFindToolbarIcon.pngSMLAdvancedFindToolbarIcon.png
dontLineWrapToolbarIcon.pngSMLDontLineWrapToolbarIcon.png
saveDocumentToolbarIcon.pngSMLSaveDocumentToolbarIcon.png
preferencesToolbarIcon.pngSMLPreferencesToolbarIcon.png
hideLineNumbersToolbarIcon.pngSMLHideLineNumbersToolbarIcon.png
newDocumentToolbarIcon.pngSMLNewDocumentToolbarIcon.png
previewToolbarIcon.pngSMLPreviewToolbarIcon.png
hideSyntaxColoursToolbarIcon.pngSMLHideSyntaxColoursToolbarIcon.png
showLineNumbersToolbarIcon.pngSMLShowLineNumbersToolbarIcon.png
showSyntaxColoursToolbarIcon.pngSMLShowSyntaxColoursToolbarIcon.png
lineWrapToolbarIcon.pngSMLLineWrapToolbarIcon.png
元から png が用意されてなかったのかしらないが以下の様にする。
openDocumentToolbarIcon.png を pdf 変換し SMLOpenDocumentToolbarIcon.pdf
closeDocumentToolbarIcon.png を pdf 変換し SMLCloseDocumentToolbarIcon.pdf

他の部分はめんどくさいのでやってないけど大分 1.2.7 の香りに戻る。
因みにブタは SMLSaveDocumentToolbarIcon.png

しもおた、"¥t" が消えた。
pngSML ってところの間に "¥t" を脳内挿入してくだされ。

>>714
まったくのスレ違い。
「ひで」なんとやらの開発元サイトで見りゃいいじゃん。

正規表現メモ（Perl,Ruby,Pythonなど）
ttp://www.kt.rim.or.jp/~kbk/regex/regex.html
鬼車（JeditX,CotEditorで採用）の場合も載ってます。

秀丸エディタの場合
ttp://www.shuiren.org/chuden/teach/hidemaru/seiki/index-j.html

Windowsアレルギー、相変わらず酷いな…。

はいはいわろすわろす

>>732
いや、マックで無理して処理しなくていいんじゃないかなって思ったから。

>>734
アレルギーでも結構だが秀丸とか言うのがどんなものかなんて大半の人間は
分からんのだし、こんな反応になっても仕方ないと思うんだがな。

714と736の話がぜんぜんつながってない件。

結局、誰かを攻撃したいだけだろ、お前。>>ID:58eBAqcr0

ストレス発散は他所でやれ。

大小さまざまな事をざっくり切り捨てて見事に決め付けてくれたもんですね。
これが噂の大岡裁き？

フィンランド民謡でも聞いて落ち着け

>>702
定量的な比較の結果出たら報告お願いします。
参考にしたいので。

大量文書の検索→置換作業って、突然、発生するんだよな。
そんなおれは、YooEdit 1.71 と、NisusWriterから離れられないので旧マック使い。
前者は爆速、後者は複雑なマクロ組むのが容易。

>>743
YooEditは良かったよな。
割当メモリの許すかぎりどんな書類でも開けたからな。

>>744
俺の父親は、原稿書きに YooEdit を継続使用中。
OS 9 入れたホタテ iBook で入力して、G5 上で
InDesign 使ってレイアウトという流れ。

>>744
「どんな書類でも」っていう意味じゃ、miの方がバイナリファイルでも開けるよ。
YooEditはファイルタイプがテキストのしか開けなかった覚えがある。
ここマカエレで見てるんだけど、マカエレの設定ファイルがYooEditじゃ直接開けなかった。

>>746
もう使ってないから記憶が曖昧だけど、
YooEditでもoption押しながらオープンだかで
バイナリファイルを開くことができた気がする。

> option押しながらオープン

そんな機能あったのか・・・
まあ、今更だけど。

ついでにスレ違いだけど、
Mac OS X なら
command + option 押しながらファイルをドラッグして
アプリアイコンに重ねると、対応アプリでなくとも強引に開ける。

>>745
なぜClassicを使わない。
ホタテじゃ画面が狭くて前後の行の確認も面倒だろうに。

> option押しながらオープン
無理だったよ

>>751
Option+Cmd+Openだった。
http://www2s.biglobe.ne.jp/~yex/YooEdit/UpdateLog.html

つーか「Option+Cmd+Open」だったら
「option押しながらオープン」と同じじゃん。

俺がしたのはoption押ながらメニューから開く

たまにはこんなエディタは如何。

http://www.hogbaysoftware.com/product/writeroom

>>746
オープンダイアログで全てのファイルにしたらどんなファイルでも開けてたような気がする。
まあ９時代はファイルタイプ変更ソフトを常備させてたけどw

どうでもいいけどマカエレの板一覧のファイルとか
中身テキストファイルだろ？バイナリファイルって言うのか？ああいうの。

小説を書くのにTex-Editを使っています。
改行を殆どしないので、一段落がすさまじい行数になります。
でも、Tex-Editだけはどんだけ１段落につき行数がのびても、
重くならないのです。
mi／Lgiht Way／iText、、色々試しましたが、Texの軽さが一番です（当方iBookG3使用）

でも、Texには縦書きはありません。
Texの軽さに縦書き機能のついたエディタ、

ないですかねえ、、、、

>>750
> なぜClassicを使わない。
ホタテは持ち運びできるというのがポイントみたいです。
よくコタツで打っている。

>>759
Nice!

>>759
物持ちがいいんだな。ホタテの物自体を気に入ってるんだろう。

>>758
> 改行を殆どしないので、一段落がすさまじい行数になります。

「すさまじい行数」ってのが具体的にどのくらいか分からないけど、
「殆どしない」ってことは、一作品当たり数段落ってこと？
読みづらそう……。

>>760,761
ホタテの前は PowerBook 550c で、
バッテリが完全に消耗するまで愛用してました。
さすが昭和一ケタ。

俺だってPismo6年以上使ってるよ。全く問題ない。MBP欲しいけど手が熱そうなんだよなー
もっとノートで熱くないやつ出してほしいよ。

熱そうって...実際に使ってもいないで何ケチつけてんの？
素直に懐事情で買えませんと言えばいいよ

まあ実際熱いらしいけどね

>>765
顔真っ赤ですよ

>>758
なんかプログラムの仕様（行データの構造）が類推できそうな興味深い話ですな。

今のTex-Edit Plusって、WASTEエンジン使ってるのかな？

>>765
MBP15台以上余裕で買えるわ！Pismoバカにすんなよ

じゃあ買った方がいいよ、桁違いに仕事はかどるよ。

OS9のFinderはきびきび動くからストレスがたまらなくてよい

だからOSXのFinderはカラム表示で使いなさいってば。

>>771
熱いから買えない言ってるんですけど…いろんな店で合計3時間くらいいじったけど、
冷房効いてる店内でも熱過ぎて駄目だと思った。速度はめちゃ魅力的だけど。

全然エディタと関係無いな

使えないほど熱くないよ

>>764は総身猫舌

>>776
じゃーしょーがないねー(´･ω･`)

名前消し忘れたorz

次スレのテンプレに縦書き関係も入れない？

■エディタ
iText Express
ttp://homepage1.nifty.com/lightway/
Tate
ttp://homepage.mac.com/mnishikata/page4/page6/page6.html

■リーダー
漱石山房
ttp://kameari.biz/software/soseki/
BlueSkyReader
ttp://hp.vector.co.jp/authors/VA019952/
T-time
ttp://www.voyager.co.jp/T-Time/update/index_pc_macos.html

>>774 は、全身性感帯

>>774は、通勤ラッシュで射精

>>774は、通勤ラッシュで全身から射精

>>774は、痛恨の一撃で全身から射精

774は全身に尿道があるんだな
スゲーよ

だんだん羨ましくなってきました

まあまあスレと関係ない話はやめましょう

TextExtras
http://mac.egoism.jp/nu/item/4378
Cocoa アプリのテキスト取り扱いにクールな特徴を追加する InputManagers プラグイン。

↑これって何するものなの？

なんかいろいろできるらしい。

Smultron、こえでアイコンなおせるらすい。

http://www.forrestwalter.com/temp/smultron-icons/

>>787
作者のサイトに行ってもバージョンごとにばらばらに書いてあるだけで
まとまった機能紹介みたいなものがないね。

>>789
thanx.
これで安心してVer.2に移行出来ます。

JeditXで、■から始まる行を書類全体から一括検索し、
それを（Jeditの）ブックマークにまとめて登録するアップルスクリプトを作りたいのですが、
どうもうまく行きません。
（文章全体が一つのブックマークとして登録されてしまう）

ここを改善するといい、というようなアドバイスをいただければ幸いです。

-------試行錯誤中のスクリプト--------

set stringToFind to "^■.*¥¥n" --■から始まる行を検索する正規表現

tell application "Jedit X"
tell front document
activate
clear bookmarks --既存のブックマークをクリアしてます
set docLen to textlen
set selected character range to {loc:1, len:docLen}

findAll string stringToFind with grep and show results
--一括検索し、検索結果ウインドウを開いています

end tell
tell front document
activate --検索対象のファイルを前面に出しています
do menu item "選択部分をブックマークする"
end tell
end tell

現在はしかたなく、「do menu item "選択部分をブックマークする"」を
消した状態で使っています。
（スクリプト実行後、ドロワ→ブックマークタブの「検索結果から取り込む」
を実行すれば、とりあえずの目的は果たせるので）
ちなみに、上のスクリプトを「do menu item"検索結果から取り込む"」と
変えても意味はありませんでした。

Jedit Xには「Bookmark」コマンドもあるのですが、
コマンドの後ろに何を書いていいのかわからず、
「do menu item "選択部分をブックマークする"」との
違いはわかりませんでした。

set selected character range to 〜のあたりは、
別のスクリプトから移植してきたのですが、書類全体を検索範囲として
選択してくれているみたいです。詳しいことはよく分かりません orz

Perl でやればできそうだが、
といいかげんなことを言ってみるテスツ

>>792
粗があるだろうが基本こんなのでどう？

tell front document of application "Jedit X"
set selected character range to {loc:1, len:0}
repeat while (find string "^■.*$" with grep) is true
bookmark it
end repeat
end tell

>>794
相変わらずの能天気っぷり。お見事w

>>795さん

凄いです！　思った通りのことが出来ました！
しかもプログラムがこんなに短くなるんですね。
bookmarkのあとはitで良かったとは…。

findAllじゃなくて、findで順番にブックマークしていくスタイルも
試みていたんですが、repeat whileの条件がうまく決まらず、
無限ループに陥ったりして諦めていました。

今回作っていただいたスクリプトをベースに、
いろいろ改造して勉強しようと思います。

どうもありがとうございました！

>>796
お前はたぶん俺の事を言ってるんだと思うが、>>794は俺じゃないぞ。

>>798
そっちこそ、俺に対してレスしたつもりのようだけど、>>796は俺じゃないし。

>>798,799
仲良しさんですね(*´∀｀*)

>>792
^■.+
で、正規表現検索して、ドロワーのアクションメニューから「検索結果から取り込む」じゃだめなの？

>>801

今まではもちろんそうやってたんですが、この操作を
頻繁に行うので、正規表現の入力→検索→ブックマークへの取り込み、
という一連の流れを、マクロ一発でできるようにしたかったんです。

>>795にあるスクリプトにclear bookmarks命令を加えたものを
コンテクストメニュー用のマクロに登録したので、
今は右クリックするだけでブックマークの更新ができ、
非常に快適になりました。

「^■.*$」の部分を「^◆.*$」とか「^・.*$」に変えたものも
作ったので、用途によって使い分けてます。

かなり使いこなしてる感じの話のあとにちょっと恥ずかしい気もするけど、
Jedit4でコンテクストメニューにカット、コピー、ペーストが入ってないので
AppleScriptで作って入れたら快適になった。スクリプトの内容も簡単なので
私にもわりとすぐ書けました。
前はワンボタンマウスで使ってたからこんな事気にしてなかったんだけど、
マウス変えると使い方も変わるものだなあと思った。

ちょっと工夫して快適になるのって楽しい

>>804

自分はFinderウインドウのツールバーを隠すとき、
右上のポッチまでマウスカーソルを動かすのが面倒で、

tell application "Finder"
set toolbar visible of Finder window 1 to false
end tell

こんなスクリプトをウインドウツールバーに登録しちゃいました。
おかげで、ウインドウの右上でなく、真ん中へんの
スクリプトアイコンをクリックするだけでツールバーが隠せるように！
素直に「opt+cmd+T」しろよっ、て感じですけど。

FinderはAppleScript自動記録に対応しるので、
知識が無くてもスクリプト組めて楽ですね。
（スレ違いなので、次項で話を戻します）

tell front document of application "Jedit X"

clear bookmarks --既存ブックマークをクリア

set selected character range to {loc:1, len:0}
repeat while (find string "^■.*$" with grep) is true
bookmark it
end repeat
--■から始まる行を検索+順次ブックマーク

set selected character range to {loc:1, len:0}
repeat while (find string "^・.*$" with grep) is true
bookmark it
end repeat
--・から始まる行を検索+順次ブックマーク

end tell

こんな感じで「■」と「・」の二種類を続けてブックマークする
スクリプトに改造したのも作りました。
（AppleScriptに詳しい人なら、もっとスマートな記述になりそうですが）

これを実行した後、ドロワーのアクションメニューから「位置でソート」
をやると、ちょっとしたアウトライン表示っぽく使えます。
ただ、残念ながら、「位置でソート」「右にシフト」とかの
ブックマーク向けAppleScript用コマンドが
JeditXに実装されてないっぽいので、これ以上の自動化は無理め。

マクロ実行と同時にダイアログを出して、そこで入力した
文字列から始まる行を検索→順次ブックマーク、といった
汎用性のあるスクリプトに変えるくらいは少し勉強すれば
できそうですけどね。

ライトウェイテキストまだですかー

>>806
"^[■・].*$" じゃだめなのかな。
JeditもAppleScriptもあんまり詳しくないから
意図してるところが違ってるかもしらんけど‥

>>808
>"^[■・].*$" じゃだめなのかな。

>>795をこれに変えただけで、超普通にできました。
スクリプト実行後の「位置でソート」も必要なしです。
gj!

今更だが、「.*$」の箇所は意味無いように見えるんだけど、Jeditのgrepでは
要るもんなの？

>>810
with grepは正規表現を使いますよというオプションの指定で、
行単位の検索じゃなくて普通の検索なので、
「.*$」があると行全体が検索条件に一致して選択され、
無いと先頭の■や・だけが選択されると思います。

ブックマーク機能をいじった事がなかったので今試してみたところ、
選択されている文字がブックマークの対象となり
ブックマーク一覧に並びます。
■や・だけブックマーク一覧に並んでいてもどれがどれかわからないので
行全体を選択のほうがよさそうです。

>>811
なるほど。ありがと。

　

coteditorなんかダウンロードできないお。

>>814
きあいだぉ！

そんなこと言う人はきらいだぉ！

普通にできるよ。何か間違えてない？

http://prdownloads.sourceforge.jp/coteditor/20160/CotEditor_0.9.1.dmg

LightWayText の縦書きで、MS明朝が化けるのは仕方無いんでしょうか。
iText Expressの縦書きでは普通に表示してくれるんですが…。

>>819
ここで聞くよりサポートに連絡した方がいいと思うが。

>>820
実は元々Apple works6を使ってたんですが、
その時も何故かMS明朝の縦書き（正確にはカッコや三点リードなど）が化けていたので、
ふとiText Expressを使ってみたら、化けなかったのでビックリしたんですよ。

iText Expressにはぶら下がりの禁則設定がないので、
LightWayText で化けるのがもし直れば…と、思わず質問してしまいました。すみません。

>>821
いやいやだから後発のiText Expressが出来てるんなら
メールしたら次回のバージョンとかで治るじゃん？って思ったのよ。
拒絶したわけじゃないのよ。

ほしゅ

http://homepage2.nifty.com/coin/editorshot/
エディタのスクリーンショット集作ってみますた
画像募集中です

>>824
どれもこれもすっげー汚いな。

先生、
俺、凄くこわいよ

アンチエイリアスとビットマップの違いを無視してもやっぱり汚く見える。
というか根本的にフォントのデザインがおかしいです、Winは。
行間がつまり過ぎなのも気になりますね。

文字打つ気にならねー

>>824
なかなか興味深かったけど、
できれば例文を指定してくれると比較もしやすいし、
画像も上げやすいのだが。

mac miniでも買って自分でうpすればいいよ

>文字打つ気にならねー
>できれば例文を指定してくれると比較もしやすいし、

>>824のリンク先のソースなんじゃないのか

もっと一覧しやすいようにしてほしい。
一個一個プチプチするのはめんどい。

>>821
遅レスですまんが、化けるのは MS "P" のほうだよね。
付録元の MS Office でもガッタガタになるからなぁ。
明朝もゴシックも化ける。使うべからずかと。

>>833
こちらも遅レスですみません。
化けているのは MS "P"ではなく、MSの方です。
普通の時は問題ないんですが、ワープロ形態で縦打ちに変えると急に「」や？や、。などが見事に豆腐に変わります。
こちらに原因があるのか無いのかすらさっぱりなので、今は平成明朝でお茶を濁している状態です…orz

縦書き用の約物って普通のフォントの含まれてたっけ。

http://www2.convention.jp/pdf/dictionary/j/01_e/encoding/encoding.htm
この辺の、文字セットがMSのものとＡｐｐｌｅのもので縦書き用のものは違っている
なんて事はないですかね。確信はないんですが・・・。

縦書きのPDFを開くと、MSがインストールされていない状態では文字化けしないのだが、
インストールされている状態だと約物が文字化けするんだよな。
文字セットが違うような気もするのだが。

片方のアプリで文字化けして、もう片方が文字化けしないのだから、
アプリの内部処理が違う可能性があるし、
やっぱりココで聞くよりも、他の人が言うように作者さんに聞く方が
早いんじゃないでしょうか。

MS明朝は等幅フォント（＝横書き用）。
だから縦書き用のグリフは持ってないんじゃねえの？
文字パレットで見てもU+FE35とかは豆腐だし。
つーわけで、エディタによって振る舞いが異なるのは、
他のフォントによる代替表示を
サポートしているかどうかの違いじゃないかと。

ところで、CotEditorって読み方は "コットエディター" ？

俺は「こってりだ〜」って呼んでる

英語圏出身者かよ

骨董通りだと思ってた

Smultronのツールバーアイコンがましになりましたよ
初期のじゃ駄目なんだろうか

これ、マシになったって云うのかな('A`)

一時期のよりいいじゃんw

紫豚の伝説

ブタかわいい

関数のFがちっちゃくなんね

Smultronってスムルトロン？

スマゥトロン

普通に英語っぽい発音のカタカナ置換で読んだら
「スマルトロン」じゃないのか。

FAQより
「Smultron is the Swedish name for wild strawberry and I thought it sounds kind of nice.」
スウェーデン語。なんて発音するんだろう。

スウェーデン語っぽくいうと
「スムルトラン」

Smultron　
読めないの俺ひとりじゃないとわかって実にうれしい

「野いちご」って映画と関係あるかも。

サマルトロンだと思ってた……。

普通にスマルトロンって読んでたけど

スミュールトロン
意味もなくフランス語風に発音していたのは俺だけか。

おれはシュミルトンと読んでいた。

まちがえてた orz

恋コロン髪にもコロン

ティセラ♪
ラジャジャ！！

textMateなんだけど、
RubyのGUIライブラリを使えば、
インラインは無理でも、インプット用の
ウィンドウを表示して日本語入力出来ないだろうか。
そんなもの作るスキルは自分にはないけれど

>>863
入力できても表示がね、、

lightwaytextのアップデートがあるかと密かに期待していたんだが。。

iText ExpressがUB化されたね。
ひょっとしてiText ExpressがLightWayTextの後継ソフトになるんだろうか。

iText Expressも同じなんだけど、純正のテキストエディタとかで、
立ち上げ直後の最初の一文字がハネられる事があります。

「こ」と入れても「k」がハネられて「お」と入力される。

これって改善することは出来ませんか？
iBookG4　Tiger10.4.7　です。

>>867
iBookG4でTigerじゃ動作が重くなるのは仕方ないんじゃないのかな？
起動してから少し間を置くとか、買った時のままならメモリ増やすとか
バックアップ取って一度クリーンインストールしてみるとかはどうでしょうか。

>>868
オレiMacG5でメモリ1.5GBだけど、最初のキー入力がはねられることがあるよ。
立ち上げ直後だけじゃなくて、ファイルを開いた直後にもよくはねられる。
性能云々以外の問題だと思うんだけど、他の人は問題ないのかな？

ことえり？

うん、多分、ことえりだろうね

オレも同じ状態。最初のキー入力が無視されることがある。
egbridge使ってるけど、ことえりでも同じ。

ただ、iBookG3だから、Tiger使うにゃ性能が悪いって言われればそれまでだけど。

でも、CotEditorだと問題なく入力できる。
だから性能うんぬんじゃあ無いと思うんだけど。

簡単にお金稼ぎ！！！

以下の手順でやれば、無料でお金稼ぎができます。
企業も広告の宣伝になるから、お金をくれるわけです。
最初の１日目で 2000 円〜3000 円 は確実に稼げます。
実際の作業は数十分程度、１時間はかかりません。

�@ http://www.gendama.jp/invitation.php?frid=469323
　　　　↑このアドレスからサイトに行く。
�Aそこのサイトで無料会員登録（応募）します。
　（その時点で 500 ポイントが貰えます。)
　※事前に新規でヤフーなどのフリーメールアドレス
　を取っておくといいですね。
�Bポイントを稼ぎます。
　懸賞の応募や無料会員登録をすればするほど、
　ポイントが貰えます。
　他にも沢山種類があるので、１日目で
　約 20000 ポイントは GET できます。
�C 3000 ポイントから、現金や WEB マネーに交換できます。
�Dトップの右上に「交換」という所がありますので、
　そこから交換をしましょう。
　その月に初めてポイントバンクにポイントを移行した時、
　さらに別途として 1000 ポイント貰えます。

これで現金や WEB マネーを稼ぐといいですよ！！！

>>872
egbridgeだと、起動して最初の入力時がちょっともたつくね
無視されることはないけど

G4 1GHz で egbridge Universal 使ってるけど，取りこぼしたり・もたつくことなんか無いよ．
もたつく人ってことえりの英字やU.S.の入力メニューが生きていてOSの起動と同時にegbridgeが
起動してないとか，複数の入力プログラムを切替える設定になってるんじゃないの?

ウェブページを作る人に8の質問
・使用しているエディタ
　viか秀丸

・使用しているテキスト置換ソフト
　viか秀丸

・画像編集ソフト
　viか秀丸

・カラーピッカー
　viか秀丸

・リンクチェック
　viか秀丸

・構文チェック
　viか秀丸

・ファイルのアップロード
　よくわからんが、とりあえずviか秀丸

真性のアフォだな。
vi と秀なんとかしか知らないのか。

いあ>>877がアフォだw

なんだこの流れ

>>875
ことえりの英字，EGのかな，ことえりのかなをOn
（EGの英字，U.S.などはOff，かなはEG優先）
にしてるけど別にもたつかない
>>874がなんかよっぽど変な使い方してるんじゃない？

せめてＥｍEditorぐらいは入れて欲しかった

それを言うならPeggyも入れて欲しかった

miが入っていない件

Emacsが入ってない件

CotEditor 使い始めました。これいいですね。
非表示のフォルダーの中に入っているファイルを開くにはどうすればいいんですか？
例えば 「.howm」のフォルダーの中のファイルを開きたい時です。
教えてください

open -a CotEditor.app .hoge
とかすれば開くと思うけど、微妙にｽﾚ違い

ああフォルダの中だったか。まあ移動してから似たようなやり方で開いてくださいな。
cd .hoge
open以下略

よくよく見たらアプリの機能だけでできるな。失礼。
ファイル→開く→Command+Shift+G→パスを入力して移動→ファイルを選択
で、よかった。

TextMateとmiは不可視ファイルが開くダイアログから見られるね。
CotEditorの作者さんに頼めば同じように変えてくれるかも、
フリーウェアだから、作者さん次第だろうけど。

>>888
「/」を入力するだけでいける。

シェアウェアでもパッケージものでも作者さん次第だよ

CotEditorはGPLでソースが公開されているから、
自分で改造してしまうという手もあるね。

俺には無理だが orz

おまいら全員節穴か！
Command+Shift+O

おぉ〜知らなかった。

佐藤藍子「私は893が現れる前からそうだと思ってました。」

fusianasan

Tiger純正のテキストエディットで表が書けるのはいいんだが、
表の罫線をデフォルトで黒色に出来ませんか？

だが断る

知らないなら知らないって言えばいいのに。

表なんか作れるのか。しかもHTMLに書き出せるのか。
知らない。

俺も知らないな

俺は知ってるが、使わない

HTMLのソースを書いて、それをテンプレートにすればいい。

>>893
遅レスだけど、それはただファイルを開くためのショートカットでは？
前提として不可視ディレクトリを見られるように、もしくはFinderの移動メニューで
直接移動しておく必要があるので、結果は一緒なんじゃないかなあ。

と思ったけどCotEditorの現行バージョンにはその機能が付いてるのか。Finderの
ショートカットのことかと勘違いしたよ。ごめんね。

だが断る

マックの高機能エディターでCmd+Opt+Oってのは定番っていうかある意味伝統芸能なのよ。

iText Expressの話なんですが、
1行目はインデント無しで2行目までわたる場合にそれ以降左インデント設定してるんですけど、
改ページした場合、直後の行では1行目でも左インデントを設定していることになってしまいます。
これ、バグなんですかね？
lightwayではこんなことなかったのに・・

てか、テキストエディットがそういう仕様なんですね
どうにもできないのかな・・

改ページでもインデントが変わらない方が正しい気がするんだが

>>893
亀です。optionキーを押しながらメニューからopenを選んでました
shiftなんですね。ありがとうございました。すごい助かりました。

Smultron2.1
今度はアプリアイコンが可愛くなくなった。 orz
あのいちご模様がよくて使ってるのに…

CotEditor、シンプルな操作感がよくて使ってるのだけど、ちょっと困ったことがある。
文字コード自動認識で日本語を含まないテキストを開くとShiftJISになるよね。
まあそれはいいのだが、自分でEUCで保存したテキストも開くとShiftJISになる。
それをEUCに変更しようとすると、~（チルダ）や¥（バックスラッシュ）を
再解釈しないといけなくなって、ちょっとうざい。
かと言ってデフォルトをEUCにするのもいや。自動認識にしておきたい。

コード書く人、同じ問題抱えてませんか？
まあコメントを日本語で入れちゃえばEUC固定になるけどさ…

>>913
環境設定にあるエンコーディング自動認識のリストを並べ替えて、
EUCをShiftJISより上にしておけばEUCで開いてくれませんか？

>>914
おお。ホントだ。順番を変えられたんだね。
とりあえずこれでだいぶやりやすくなりました。ありがとう！

>>913
そんな心配をしながら使うのいやだから漏れはやっぱりmi

俺も一時CotEditorだったけどそういう不可解？なところが幾つか感じて
結局miに戻っちゃったよ。

アンチエイリアス入→CotEditor
アンチエイリアス切→mi
みたいなかんじで使ってますよ。気分の問題なんだけど。
モードファイルを自作して使い込んでるとなかなか他のには移れないよね。

miの場合、かなキー二度押しの変換ができないとか、
どうも反応が鈍いとか、文字入力に関して弱い気がする。

いまのところmiもCotEditorも、どっちも必要だなぁ…

>>913
抱えてます。まさに。
漏れの場合ほとんどUTF-8で書いてるんだけど、やっぱり欧文のみだとShift-JISに解釈される。
最近CotEditor更新ないよね。
ゆっくり作者さんのペースで作ってもらえればいいけど、
それでもちょっとｳﾌﾟﾃﾞｰﾀﾝが恋しい……。

あり？ その後のレスが見えてなかった。
>>914に解決法があるのね。ありがと。

文字コード関係一番強いっていうとやっぱjeditってことになるよな。

>>919
再変換のこと？　出来るよ

あ、英数字を打ってそれを再変換ってことか。それなら出来んな。

>>922
自分の中では文字コード関係に一番強いのはKEditだと思っている。
まだ、内部がユニコード化されていなかった時代のmiやJedit Xで、
文字化けが修復しきれなかったものを開くのにかなりお世話になった。

欧文のみの場合は文字コード判定はやはり難しいみたいで、
ある程度は妥協しないとだめじゃないかな。

miは保存するときにリソースフォークに文字コード情報を入れているらしく
miで保存した場合、その文字コードで開けるけど、
リソースフォークを削除しちゃうとだめだね。

>>925
>miは保存するときにリソースフォークに文字コード情報を入れているらしく
>miで保存した場合、その文字コードで開けるけど、
>リソースフォークを削除しちゃうとだめだね。

なるほど、そのせいなのね。
miで整形したテキストを他のアプリで取り込むと化けちゃうのは。
しょうがないので最終的にcotediterで最後にチェックしているんだけど。

>>926
いや、他エディタで化けるのは
miがつけたリソースフォークのせいじゃないんでわ。

miのリソースフォークは、miで次に開いたときに
文字コード判別の一助とするべく付けてるの。
mi以外のアプリはこんなの無視というか放置でしょ。

そもそもOSX以降の新参エディタってリソースフォークを
取り扱わない（読まない・書かない）ものばかりでわ。
いや、mi一筋なんでよく知らんのだけど。

うーん
どうにも、「〜」（全角）のコードがCotEditor以外だと判別してくれなくて、
そのせいで他のアプリにテキストを取り込むと化けてしまう。
Jeditは全角のマイナスと△がだめだった。
そのCotEditorも、「〜」を検索・変換でやるとダメでひとつひとつ手動でやらないといけない。
うまい方法はないかな？

>>928
MSゴシックで見たらわかるよ。「〜」と君が探したいのは違う。

BBEdit 8.5
うpぐれ US$30

ぐはぁ。#! メニューから Find in Reference が無くなってる。
Perlスクリプト書くのに不便 orz

質問させてください。

仕事で少し文章を書かなければならなくなったのですが、
日本語入力で、文字数カウントの機能が付いたテキストエディタは無いでしょうか？
他マシンとの互換性等は必要ないです。
当方OSX　バージョン10.3.7です。

どなたかご教授ください。

>>932
とりあえず手元にあるので言うとLightWayTextとiTextExpress
っていうか、そんなのどれにでもついてるんじゃないの
ほか持ってないから知らんけど

>>933

DLできたものの、アイコンをクリックしてもソフトが開きません。
やり方が悪いんでしょうか？

たぶんね
OS9用のでもダウンロードしたんじゃないの

>>935

きちんとOSXをDLしたんですが・・・
何度かやり直したんですが、ダメでした　orz

じゃ、やり方が悪いんでしょ

LightWayTextは普通に使えました。
なぜかiTextExpressは使えませんでしたが・・・
でもこれで大丈夫です。

皆さんありがとうございました。

ﾀﾞｳﾝﾛｰﾄﾞしてみたけど、うちは起動するけどな。
最新版はUBになってるから、そのへんの加減で
10.3.7だとなんかﾀﾞﾒなのかもな。本当は使えるはずだけど。
ちなみに添付されてた「LightWayTextについて(リードミ-)」を
初めて開いたときは開かなかった。でももう1回やってみたら開いた。
訳が分からない。うちは10.4.7。

連続ｽﾏﾝ

>>938
ﾀﾞｳﾝﾛｰﾄﾞﾍﾟｰｼﾞに行ったので、iText 3.1.6も落としてみたが
これも文字数数えてくれるじゃん。
LightWayTextはｼｪｱｳｪｱでiTextはﾌﾘｰだよ。
こっちは試したの？

失敬。Searchメニューの Find in References... で出来た。

>>940
iText自体が使えなかったんですよ。DLはできたんですけど、
ソフトが起動しませんでした。
ずっとパンサー使ってるんですけど、こういった原因不明のトラブルがちょこちょこあって・・・
タイガーにしようかな〜

iTextExpressとiTextは別物なんだが

>>942
とりあえず、なぜ10.3.7でウプデートを止めているのかと問いたい。
Universal Binary モノだと 10.3.9 必須の事がほとんどなんだが。
iText がどうかはシラン。

miでも詳し目なカウント機能あるよ

TextMateやJEditで採用してる鬼車という正規表現エンジン
Perlとの互換性の他にPOSIX bracketが使えたりと、かなり
強力みたいですね。オライリーの正規表現について書かれた
本を読んで大方理解してたつもりだったけど、
下のＵＲＬに載っている使用可能な構文に分からないものが
沢山あるので面食らいしました。ざっと読んだぐらいじゃ、
まだまだ理解できない事が沢山あるものですね。
http://www.geocities.jp/kosako3/oniguruma/doc/RE.txt

http://www.pragmaticprogrammer.com/titles/textmate/index.html

TextMate開発元のブログからですが、
TextMateについて書かれた本がベータＰＤＦバージョンとして
販売が始まったようです。
この出版元の会社はRailsの面白い本も出してるみたいですね。

JeditとJEditは別のソフト

>>948
間違えました。Jeditですね。

age

ところでエディタをEclipseの外部エディタとして使用する事って
簡単にできますか？

Vi Input Manager Plugin
http://www.corsofamily.net/jcorso/vi/
CocoaアプリをViキーバインド にするInput Managerらしい。

初心者が使用しやすいテキストエディタってどんなのがありますか？

coteditor
mi
texteditor
smultron

>>954
ほかにありませんか？

>>955
氏ね

>>953
Jedit1

Emacs使ってる人にはなにを今更という事だろうけど、
今日、unixの本ぱらぱらめくってたら、emacsはただのテキスト入力も
マクロとして記録できるという記述があって、
あっこれ、TextMateでもできるじゃんと思ってやってみたら見事できた。
今まで語句を選択してからコピー＆ペーストしてたんだけど、
これ使えばあらかじめコピーする事が分かってる文字列をマクロにしちゃえば
選択の手間すら省けるね。間違った使い方なのかもしれんが。
う〜ん、Emacsもっとちゃんと覚えたいな