2005年10月13日から2005年10月9日までの日記を表示中

2005年 10月 13日 (木)

uim.elエコー領域での変換候補表示とか

やっぱXEmacsとかGNU Emacs20.xでエコー領域でかくして全部表示させるのは無しの方向で.フレームが分割されてたりすると,enlarge-windowでミニバッファのウィンドウでかくした際に,別のウィンドウの領域がどんどん狭くなってひどいことになっちゃうんで・・・.ここはyc.elの真似して,エコー領域が広がらない環境では,横にずらしてく感じでいいかなー.

というか,ようやく落ち着いてきた感じです.次のリリースまでにやっときたいことは後なんでしょうね.大きな所だとこんな感じ?

  • XEmacsのメニューバー・ツールバー対策
  • Emacs-22系でモードラインの表示がおかしくなる問題の調査と対処
  • autoloadへの対応

うほ,何かXEmacsのメニューバーいじってたら,XEmacsごと落ちるパターン発見(;´Д`).

(set-buffer-menubar '(""))

花映塚

うどんげと咲夜どっちもだめでした(´・ω・`).何か今日はいつもに増して弾が見えん・・・.

2005年 10月 12日 (水)

uim.el表示回りのバグ

いじってるうちに,ターミナルで上げたときとかに行頭でインライン変換候補出すと表示が壊れる現象が発覚_|‾|○.Emacs-21.x以降でX環境で上げたとき以外に,長い行の右端での折り返しのケアをきちんとやってなかったのが原因でした.ていうかこの問題,0.0.4のときから存在してました.やばいな(;´Д`).

2005年 10月 11日 (火)

花映塚LAN対戦

あんま時間無かったんで1ゲームだけやってみたんですが,片方のマシンが普通に遊んでも40fpsくらいしか出ないへぼマシンなので全然快適じゃありませんでした.わかっちゃいますが,そこそこスペース取るクセにロープロのVGAさえさせないデスクトップの価値って・・・.次はもう少しマトモなマシンで・・・.

2005年 10月 10日 (月)

uim.el変換候補位置続き

「上にも下にも余裕が無い場合はエコー領域に表示するように切替える」という風にしてみたんですが・・・こりゃ不自然で使いにくいな(;´Д`).やっぱ入らないときはスクロールして下に領域作ってそこに表示?その場合,変換候補消えた後,画面のスクロール位置を戻すべきかどうか,悩ましい・・・.

花映塚

その後チルノとミスティアでクリアできました(ミスティアはなぜか一発クリアだった).てゐとリリカは最後までは余裕で行けたんですが,四季映姫に全然勝てません(´・ω・).先は長い・・・.

2005年 10月 9日 (日)

東方花映塚

おぼのくんが「ネット対戦,やらないか」と迫ってきたのでポート飛ばすようにiptables設定してやってみましたよ.とりあえずデフォルトのHighで動かしてみたところ・・・うおお,重てぇ(;´Д`).30fpsとか出てますが,もっと重いんじゃないのって感じです.お蔭で普段ありえないような避け連発ですよ(^^;.次にLowにしてやってみたら,今度は自機が滑りまくり.チルノのつららのすき間を潜ろうとして食らうこと多数(笑).まあ,そんな感じで3ゲームくらいしました.なかなか面白いですね.抜けるときにアプリ落ちるけど(^^;.正式パッチのリリースが楽しみな所です.

で,その後一人でやってみたところ,霊夢でNormalクリアできました.始めてから霊夢は通算15回くらい?結構かかりました・・・.その後魔理沙でやったら2プレー目でクリアヽ(゜∀゜)ノ.チルノは四季映姫で2回連続3ミス(´・ω・`).追い込んでからが弱いです.ががが.ていうか魔理沙のリプレイ保存しようとしたら落ちたし.これがプレリリースパッチの効果なのか(;´Д`)!?

uim.el変換候補位置とか

上にも出るようにしてみました.あとついでにprimeでの変換候補の表示位置も修正.GNU Emacsでは割と簡単にできたんですが,いつものごとくXEmacsで動かそうとしてまたはまりです(;´Д`).GNU Emacsで行計算にcompute-motion関数使ってみたら,XEmacsには例によってこの関数が無いときた.いや,流石に学習したんで,書く前にXEmacsのソースgrepして記述があることを確認したんですが,実はよく見たらコメントアウトされてたんですよ_|‾|○.まあ,compute-motionの機能丸々全部使うわけでもないんで,普通にvertical-motionとかcounte-lines組み合わせて代わりのものを用意して逃げましたが.

で,XEmacsで色々な状況で変換候補を出してみたりしている内に,タブがあるとずれる場合があることが発覚.んんん・・・.Σ(゜д゜lll) げぇ,XEmacsだとタブの表示幅は実行頭(C-aで飛ぶ所)からの文字幅で決まらずに,スクリーン行の行頭((vertical-motion 0)でいく所)からの距離で決まるのかよ(;´Д`).やってられん.まあ修正自体は5行程書き足す位で済みましたが,またつまらない分岐が増えた・・・.

さて,上に出るのはいいとして,下にも上にも場所が無いときはどうすんのがいいんかなぁ.そんときだけエコー領域に表示すりゃいいのかな.変換候補が1行に収まらず,エコー領域を広げるほどウィンドウに余裕が無い場合はあきらめる,みたいな感じで.

2005年10月13日から2005年10月9日までの日記を表示中

中の人情報

名前:
nosuke (のすけ)
メール:
sasugaanijaのgmail.com
「の」は「@」みたいな
関連リンク:

カレンダー

2005年10月
            1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31          

<<先月分

翌月分>>

最新の10件のエントリ

最近の10件のコメント

過去ログ