のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,062,917人
昨日:no data人
今日:
最近の注目
人気の最安値情報

    Emacs part 22

    emacs覧 / PC版 /
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitter

    351 = :

    $ find ~/emacs-21.4 -name "*.[ch]" -print | xargs wc -l
    ~中略~
    361574 total
    $ find ~/emacs-21.4 -name "*.el" -print | xargs wc -l
    ~中略~
    649992 total

    まあ、LISP コードがすべてマクロじゃないし、そもそもどこまでを emacs
    構成している奴と捉えるかにもよるだろうけど、半分はあながち大外れでも
    ないように思う。

    352 = :

    ……

    353 = :

    誰かこの会話上で
    (Emacs Lisp用語での)関数とマクロがどう捉えられているかを
    説明できる人はいないか

    354 = :

    >>351
    いつから c のソースはマクロ扱いになったんだ?

    355 = :

    elispていつからdefmacro入ったんだっけ?

    356 = :

    マクロなんて使うと、まあ苦労するってこった

    357 = :

    誰が上手いことを言えと(ry

    358 = :

    >>355
    clパッケージ以後でしょ。
    cl.elは1993のcopyright表示。

    360 = :

    >>354
    君は何を言ってるんだ?

    361 = :

    FreeBSD 6.2-STABLE で GNU Emacs 22.1.3 を使っています。
    ターミナルのなかで使っているときは問題ないのですが
    Xウィンドウで立ち上がったときにフォントが四角い空白
    になってしまいます。
    必要なフォントを確認して簡単にインストールする方法は
    ありませんか。

    362 = :

    エラーメッセージ
    Warning: Cannot convert string "-*-courier-medium-r-*-*-*-120-*-*-*-*-iso8859-*" to type FontStruct
    Warning: Unable to load any usable ISO8859 font
    Warning: Cannot convert string "-*-helvetica-medium-r-*--*-120-*-*-*-*-iso8859-1" to type FontStruct
    Warning: Unable to load any usable ISO8859 font
    Warning: Unable to load any usable ISO8859 font

    364 = :

    >>355
    最初から。

    >>358
    マクロと cl は関係ないだろ。
    もっと前から、たとえば↓とかで defmacro は使われてる。
    http://cvs.savannah.gnu.org/viewvc/emacs/lisp/emulation/vip.el?revision=1.1&root=emacs&view=markup

    365 = :

    回答ありがとうございます。
    早速試しましたが、状況は変わりませんでした。
    その後Xorgのアップグレードでこじらせてしまい
    ポートの入れ直しをしています。

    366 = :

    >>351に失笑

    367 = :

    スルーしたれよ。

    368 = :

    おそらく長年議論されている問題だと思うのですが、

    fill-paragraphやauto-fill-modeで
    漢字熟語やカタカナ文字列の途中で改行されてしまうのは
    どうにかならないでしょうか。あとで検索・置換するときにどうも具合が
    悪いと思うのです。



    369 = :

    >>366
    なんか嫌なことでもあったんか?

    370 = :

    大人だなあ。

    371 = :

    >>368
    > fill-paragraphやauto-fill-modeで
    > 漢字熟語やカタカナ文字列の途中で改行されてしまうのは
    > どうにかならないでしょうか。

    何でそんな変わった、珍しい、奇異な、奇抜な事がしたいの?

    372 = :

    何故かは書いてあるじゃんw 文盲?

    373 = :

    >>368
    fill-paragraphやauto-fill-modeの改行の問題じゃないだろ。

    374 = :

    migemoつかったり mgつかったりすればいいんでない?
    http://www.srekcah.org/~utashiro/perl/scripts/mg/

    375 = :

    >>368
    > どうにかならないでしょうか。

    どうにでもなるので頑張ってください。

    376 = :

    368 じゃないけど、メール書いてて M-q すると単語の途中で整形されることが
    あるので、そういう場合は手動で直してる。不便だ...。

    377 = :

    >>376
    単語の途中って、英単語を切っちゃうってこと?

    378 = :

    >>374

    ありがとうございます。migemoは使ってましたが、好みの問題で現在はskk付属
    のisearch使ってます(migemo便利ですが、登録されてない単語がひけないの
    で)。(したがって一応のところ、emacsのバッファでは改行とか含んでても
    isearchできることはできます。M-x grepとかでうまいことやりたいんです。)


    mgはUTF-8使えないんですよね。lgrep (lv)使ってます。

    置換はいまだにやりにくいです。

    >>375
    どうしたもんでしょうか。みんなあんまり気にならないんですかね。

    >>373
    たしかにfill-paragraphの問題ではないといえばないですね。
    longlines.elが有望そうなんですが、いまのところ日本語うまくいきませんよね。

    379 = :

    >>368
    fillのときはnormal-auto-fill-functionに設定された関数が呼ばれる。
    デフォルトではdo-auto-fillで、そいつは行分割位置を決めるのに
    fill-move-to-break-pointという関数を呼んでいる。

    そいつの中身を見てみると、……と書いてたけど長くなったのでやめ。
    途中端折って結論。次のどちらか。

    1. 全ての漢字とカタカナについてcategoryから|を抜く。
       (|はずばり「ここで行を切ってもいいよ」というカテゴリ)
    2. fill-find-break-point、またはそこから呼ばれるkinsokuを改善。

    どっちかというと前者かな。後者は行を長くはできても短くしてはいけないようだし。

    ここでかっこよくコードの一つも書けりゃいいんだけど
    全ての漢字とカタカナについて列挙するループの仕方がわからにゃい。

    380 = :

    一般的な禁則って漢字の単語まではやらないと思うよ。
    新聞なんかでもそうだし。
    改行は文節単位でしかおこなわないで
    整形はブラウザやフォーマッタ側で調整するというのも一つの考えかただけど
    72文字くらいで改行というテキスト文化も結構歴史長いしね。

    381 = :

    一般的な禁則がどうかあなたに説明してもらわなくても皆知ってるって。

    383 = :

    >>378
    > どうしたもんでしょうか。みんなあんまり気にならないんですかね。

    そもそも、「漢字熟語やカタカナ文字列」の途中で改行しないようにするためには、
    そういう情報をもってないとダメだし、検索もそれなりに大変。

    それに、それをやったとして助詞とか副詞が行頭に来るのもあまり見栄えがよくない。

    検索側で何とかする方がいいと思う。

    M-x grep なら、grep 自体を書き換えればいいんじゃないかな。

    385 = :

    >>380
    うーん、むずかしそうですね。

    >>380 >>383
    emacsで作るのは主にLaTeXやHTMLなんで、見栄えの問題ではないんですよね。
    まあ自然言語はけっきょく最後は自分の目で確認しなきゃならないわけ
    なので、きっとこの件であんまり困るべきではないんですね。しばらく
    あきらめます。

    (もうひとつの手は、emacsではfillせずに長い行で扱って、
    カーソル移動をいじるというのがありますが、これもいろいろ問題があって・・・)

    あと歌代さんのmgは、
    いざというときのためにutf-8に対応しておいといてもらえないかなあ。




    386 = :

    >>368 ←こんな要求始めてみた。世の中いろんな人がいるなー。

    387 = :

    368 じゃないけど、無理だろうけどできたら便利だよなぁ。とは思ってたなぁ。
    エスカレートすると文脈とか解釈してほしくなるんだろうけどw

    388 = :

    Mecabとかに流し込めば単語の区切りくらいはわかるから、
    それで全体として最もデコボコにならない区切りを計算すれば出来なくはないんじゃないかな。

    389 = :

    まあ、別に作っても爆発するわけじゃないから、面白そうだと
    思った人は作ってみるといいんじゃないかな。

    390 = :

    鼻から悪魔がでたりすることはあるかもしれない

    391 = :

    花から  あ、熊

    393 = :

    そこ、鼻でも花でもない

    394 = :

    つーか、おれは auto-fill なんてまったく使わなくて、
    切りがいいところで改行してる。
    今みたいに。
    HTML や TeXみたいに処理系で fill してくれるんなら
    これがベストジャマイカ。

    395 = :

    俺も。まあアルファベット圏では必須の機能だと思うが日本語では難しいと思うし
    正直、勝手に文字が挿入されるのはちょっと気持ち悪い。
    Emacsは表示行で改行してくれないので、physical-line.elを使わせてもらってる。

    396 = :

    負け犬!!

    397 = :

    >>396
    おまえソープで口で逝っちゃってそのあと
    起たなくてでも苦労して半勃起で入れようとしたら
    中折れになって嬢に「しょうがないよ」って言われた
    俺のこと言ってるのか?あん?

    398 = :

    EmacsでVisual StudioのIntelliSenseみたいな補完機能ってあるんかな?
    Meadow使ってるんだが、そういうの使ったこと無くてよくわからない。

    Icicles、CEDET?anything?
    なんか調べてるとそれっぽそうなのは見つかったんだけどいまいちわからないわ。

    399 = :

    とにかくそれっぽそうなのが見つかったら片っ端から使ってみりゃいいと思う。

    400 = :

    >>398

    M-/ でいいんじゃないのかなー


    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / emacs一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

    類似してるかもしれないスレッド


    トップメニューへ / →のくす牧場書庫について