最終更新: 2010-07-05T02:41+0900
0.8.0の変更点にこんなんがある。
Support DirectWrite. Since the minimum system requirement of DirectWrite is Windows Vista, gdipp is no longer available in Windows XP.
サクラエディタで文字が表示されるまでの時間が二呼吸は遅くなるけど、文字がつるっつるのえろえろになるんだから仕方がない。つぶつぶがたがた文字よさようなら。
Firefox3.6.6に使うと文字が選択範囲に入ったときに位置がずれる。文字として存在しない空白が表示されたりもしてる。0.7.6では違ったはずだが。Firefoxに gdippを適用して嬉しいことのひとつは日本語の oblique表示が美しい(というか、まともである)こと。
DirectWriteを rendererに選ぶと文字を太らせられないのだろうか。ちょっと線が頼りないのだけど。
gdipp_loader_32.exeが、引数として与えられたプロセスが終了するまで終了しなくなってる。WaitForSingleObject(pi.hProcess, INFINITE);してるんだから必要なことなんだろうけど残念。
gdipp_loader_32.exeは第一引数(任意の exeファイル名)のディレクトリをカレントにして exeを起動するけど、そのせいで exeに渡される二番目以降の引数が相対パスだったときにファイルを見つけられない。例えば次のようなのが失敗する。
Desktop>"C:\Program Files\gdipp\gdipp_loader_32.exe" C:\Windows\System32\notepad.exe file_on_desktop.txt # Notepad can't find file_on_desktop.txt
こちら(↓)が成功することを考えると、上は期待はずれの結果。
Desktop>C:\Windows\System32\notepad.exe file_on_desktop.txt # O.K. Notepad opens file_on_desktop.txt
最終更新: 2010-06-26T01:04+0900
| CPU使用時間 | ウェブ転送量 | |
|---|---|---|
| 今日 | 2時間4分18秒 | - |
| 昨日 | 48分19秒 | 37.79 MB |
| 一昨日 | 35分39秒 | 35.97 MB |
びびった。<meta name="robots" content="noindex,nofollow" />を理解できない baiduspiderを拒否してからはそれ以前の半分以下の 10分、20分が普通だったのに 2時間超えてる。スパムコメントが大挙して押し寄せたときも 2時間の大台にのることはなかったし、スパムコメントが届いているわけでもない。死に損ないのプロセスがあったのかなあ。ちょくちょく、ライトプランでは使用できない PHPプロセス[php-cgi (php-cgi-mysql5.1)]が自分の権限で動いてるのを見つけるくらいに、リソースの使用状況を確認してるけど初めてだ。
crawl-XXX-XXX-XXX-XX.naver.jp - Yeti/1.0 (NHN Corp.; http://help.naver.com/robots/)
が 24時間かけて 3380件(2.34pages/minuteのペース)アクセスしてたのが原因。延々とカテゴリページを過去にさかのぼって取得してる。新顔のクローラでもないのにどうして突然？
原因はこの日記に固有の、最新表示に似せたカテゴリ表示に search_control.rbを対応させるのを忘れていたことなのでさっさと修正した。
最終更新: 2010-06-26T01:41+0900
たんなる自己弁護に終始するのでここに書くけど、
他アプリケーションを見ても、...の使い方はかなり恣意的な様です
だからこそ俺はガイドライン(を紹介するコラム)を紹介したし、MSのアプリしか参考にしてないし、俺判断が入り込まないようにできるだけ緩くガイドラインを適用⁑してはみだした部分だけを指摘したつもりだけど、それでも現状最高うぜーと思うならガイドラインに従って反論してほしいと思う(もちろんガイドライン不採用というのも一つの選択肢として残ってるけど)。
別コメントへの反応。ダイアログのモーダル/モードレスと点々には関係がないと思う。検索ダイアログがモードレスだとモーダルに比べて、ダイアログを表示してからでも検索文字列を編集テキストからコピーしてきたり、スクロールしてテキストを確認しながら検索条件を練ることができて便利、ぐらいの違いしかないのでは。
ああ、いやいや、モードレスであることで違う使い道ができる。コマンドの目的(できれば名前も)が変われば点々の必要性も変わる。
ツールパレットを表示するコマンドには点々が付かない(これは既定事項)。サクラエディタの検索画面はモードレスだし勝手に閉じないようにも設定できるので、メインウィンドウの横に置いてツールウィンドウとして利用することができる。その場合「検索...」コマンドは「検索ウィンドウ表示」コマンドとして振る舞っている。モーダルだった以前と違い多目的コマンドなのだが点々はいかがすべき？という内容だったのかも。
こうなると複数あるかもしれないコマンドの使途ではなく、コマンドの名前から主目的を一つ判断して点々の有無を決めることになるだろう。してみると「コマンド名に『アウトライン解析』を選んでいるからには、点々を付けるべきではない」と主張すべきだったかもしれない。解析結果がモーダルダイアログに表示されていたときでも同じ(点々を付けるべきではない)。
「指定行へジャンプ...」のアウトライン版に相当するコマンド名を採用したときには点々を付けるべきだが……と考えながら思い立って「指定行へジャンプ...」を実行したらメモ帳のそれより大きいダイアログが表示された(初めて見た)。場所をとってるのは PL/SQLのコンパイルエラー行を選択するためのもの。先を越された。アウトライン解析結果を参考に特定の行にジャンプするのが目的なら、こういうアプローチもありでは？(やっぱり専用画面の魅力には負ける気もするが)
アウトライン解析ってその結果をジャンプだけでなく色分けや補完にも使いたくなるから、「アウトライン解析」っていう名前のコマンドは消えてもいい。