銀杏の木

もう解決しました（笑）。

管理画面用プラグイン化した rnotepad.php のクラスの冒頭で <script> タグで直書きされていた javascript コードを、丸ごと変数に代入しておき、 disp() メソッドで作られるページの中身に javascript 部分を追加する形にすることで、他のプラグインの実行時に影響しないようにすることができた。

直書きされているとなぜ、動作設定プラグインの実行時にも javascript が出力されてしまうかというと、動作設定プラグインで「この内容で設定する」ボタンを押した場合に、値が post され ranoteadmin.php が読み込み直されるときに、ボタンの表示部分の処理で、全てのプラグインの require_once での読み込み処理が走り、そこで javascript が読まれて出力されてしまっていた。

今回は、これを、 rnotepad クラスの disp() メソッドが呼ばれたときにだけ出力するようにしたので、他のプラグインへの影響をなくすことができたというわけだ。

意外と早く完全な解決方法が見つかってよかった。

同時に、 config.php （動作設定プラグイン）のバグも修正することができた。

こちらは、setcookie() で cookie が設定されたときに、その設定内容がリロードされるまで $_COOKIE に変更内容が反映されないことに気づかず、 filter_input(INPUT_COOKIE,COOKIE_TESTFLAG) を実行して cookie の値を取得してしまっていたため、リロードがかかるまでラジオボタンの位置の変更が反映されなかった。 $_COOKIE[COOKIE_TESTFLAG] で読み取る方法に戻すことで、修正することができた。（ setcookie() 直後に $_COOKIE に変更後の値を直接代入しておく処理はオリジナルの状態から書かれていた。）

rnotepad を管理者画面に組み込んだのは良かったが、問題が起きた。

「動作設定」を実現させているプラグイン config.php 内で cookie を使用しているのだが、 setcookie() 関数が動作しなくなってしまった。

理由を調べて分かったが、「setcookie」によると setcookie() は、

ほかのヘッダ情報と同様に、 クッキーは、スクリプトによる他のあらゆる出力よりも前に 送信される必要があります（これはHTTPプロトコルの制約です）。 や タグはもちろん 空白も含め、あらゆる出力よりも前にこの関数をコールするようにしなければなりません。

ということだが、 rnotepad.php では、 javascript を使用している。

それのどこがいけないかというと、 rnoteadmin.php の動作として、管理画面用のプラグインを順にファイルから require_once() で読み込む。そのとき読み込んだプラグイン内に javascript のコードが含まれていると、その場で

が出力されてしまうのだ。その結果、　setcookie() は失敗する。

動作設定の画面で「この内容で設定する」ボタンを押すと、 config.php が呼ばれ、毎回上のような動作になるので、必ず setcookie() は失敗してしまう。

これを回避するには、先日実装したコールバックプラグインの機能を使い、新たに「 rnoteadmin.php が読み込まれ、管理画面用プラグインが読み込まれる前に実行するコールバック」を追加し実装するしかないが、そうすると、 config.php の処理が２つのファイルに分かれてしまい、見通しが非常に悪くなるのでやりたくない。

いっそ、 config.php の今の実装を見直し、「携帯用ページをテスト」のフラグを他の項目同様 cookie ではなく config.ini を用いるように変更してしまえば　cookie を使わないので、とりあえず問題は回避されるが、 cookie を使わずに特定のブラウザからのみ携帯用ページを表示させてテストするという動作を実現させる方法が分からない。それに、 cookie の使用をやめて回避したのでは、今後 cookie を使用したくなったときに困るので、これは単なる逃げであり解決ではない。

う〜ん、これは困った・・・。どうすべきか。

Linux で使える XML-RPC API を使って投稿ができる WYSIWYG エディタ付きの blog 投稿クライアントを探したのだが、　blogilo しか見つからなかった。

ところがこの blogilo 、 ubuntu ではディストリビューションのパッケージから既に削除されており、削除されていないディストリビューションのものを試してみたが、 WYSIWYG エディタが使えないほかにエラーを起こす部分が多数あることもわかった。これでは使えない。

wine を使って Open Live Writer を使えないかも調べたが、そもそも .Net アプリ自体が wine では壊滅状態で、まともに動作するものはないようだった。

こうなったら自作するしかないと思い、開発ツールを探したのだが、 .Net で GUI アプリを開発できる環境が monodevelop しかなかった。

で、 monodevelop でデザインモードを使用して GUI アプリを作れるのが Mono + GTK#2.0 という構成のみだった。

ところがこの構成で開発を試してみると、簡単なサンプルを作っただけで、自動的に作成されるソース generated.cs でエラーが起きる。

というメンバ関数が自動生成されるのだが、このパラメータ args について、「 Gtk に SizeRequestedArgs が存在しない」というエラーなのだが、参照を開き gtk-sharp の中にある Gtk を見てみると、しっかり SizeRequestedArgs は存在しているのだ。なので間違いなく monodevelop のバグであり、ネットで検索するともう何年も前から、発生条件は違うようだがこのエラーが報告されているようだが、一向に修正されている様子がなかった。なのでコンパイル不可能という問題にぶちあたったため、ここで開発を断念することになった。

他にも monodevelop にはいろいろバグがあって、例えばデザインモードだが、新規プロジェクト作成で雛形を作ると MainWindow.cs でデザインモードが使えるのだが、一度プロジェクトを保存して開き直したり、それ以前に MainWindow.cs のタブをダブルクリックして何度か触ったりしただけで、もうデザインモードを開くことができなくなってしまうのだ。、裏技としてそれでも開く方法が見つかったが、それは、一度開いている MainWindow.cs のコードを閉じ、ファイルのツリーにあるファイル名を右クリックして「開く」を選ぶ方法でだけデザインモードが開くというやり方だ。他には、なんの前触れもなく突然終了することが非常に多いので、何かするたびに保存しておかないといけない。

Linux の開発環境って、思っていた以上にダメダメである。

既に、記事の右上部分に表示されているカテゴリの表示名では対応していたが、画面上部にバー状態で表示しているカテゴリメニューと、画面左側に「コーナー」としてツリー形式で表示しているカテゴリの表示名も、 'works/software' を「冬星のソフトウェア」、 'works/novel' を「冬星のノベル」と表示できるようにした。

navitools.php を修正し、カテゴリキーをキーにとり、表示名を値に持つ連想配列を利用するようにした。

php で、バッククォートとシングルクォート、ダブルクォートとの違いを知りたくなり、検索してみたのだが、なんと、この３つを比較し紹介しているサイトが一件も存在しなかったので驚いたので、下に紹介しておく。

・シングルクォート…文字列内の変数は展開しない。内部にあるダブルクォートはそのまま表示できる。内部にシングルクォート自身を表示する必要がある場合は '\' を前につける必要がある。

（例）

とすると、"nakami=$foo"と表示される。

・ダブルクォート…文字列内の変数を展開する。内部にあるシングルクォートはそのまま表示できる。内部にダブルクォート自身を表示する必要がある場合は '\' を前につける必要がある。

（例）

とすると、"nakami=bar"と表示される。

・バッククォート…文字列内の変数を展開し、バッククォートで囲まれた文字列をシェルコマンドとして実行し、結果の出力をすべて返す。

（例）

とすると、この例では nslookup -timeout=1 -retry=1 xxx.xxx.xxx.xxx の結果の出力が $ret に文字列として返される。結果に name = に続く部分のある行があった場合、その部分を表示し、なければアドレスをそのまま返している。

どのサイトも、ダブルクォートとシングルクォートの違いしか記載されておらず、バッククォートの比較がすっぽり抜けていることに大変驚かされた。それは不十分な解説というものだろう。