contentMikeforce::OldBlog2004年から2010年までに公開していた、もう更新することは無いブログ。out.だいぶ前に自作したアプリのアップグレード版。なんかがリリースされる前に完成させておきたいということで、昨年末から再開し少しずつ進めてきたもの。ファイル・ブラウザのプラグイン。指定できる書式文字列をそのまま使えるようにしてある。プラグインからは単にそのコマンドを呼び出すような実装にしているから。ソース・アーカイブとリポジトリは次のとおり。パッケージ作成用のファイルも追加してあるのでパッケージでのインストールも可。3).第4章まで完了した。これで一応リファレンスに相当するドキュメントの翻訳は終了。途中で放り投げてしまったような記憶があるのだけれど、今回はどうしたものかな。今年の1月中ぐらいから翻訳を始めたので実質2ヶ月ほどで完遂か。いえほとんどが以前翻訳したものの流用と見直し、新規に翻訳したのはこんなものだけども。2).なんとか第3章の初めまで完了。(一部、原文にはないリンクなどを適宜挿入してある)。関連した技術的なお話などが対象になっている。ところで今回の原文は難解で、途中で主語が省略されたりでかなり手こずった。氏が、昨年は2009年の10月に開催されたボストン・サミットで話し合われた内容について補足しつつまとめてくれました。開発者らがマサチューセッツ州のボストンにて一同に会し、形式に縛られず自由なハッキングを楽しむイベントがあります。それは普段着で、そして和やかに進行していきます。イベントで互いに顔なじみになっていることが多いです。イベントっぽい展示ブースはありません。企業は自分たちの従業員を参加者として派遣しているだけです。今年のサミットは特に「実りの多い」話題や議論が多かったです。あるので、参加者はみな自分たちの作業に没頭しているようでした。まじめに議論が行われたため、議題からそれた話はほとんどありませんでした。アイディアはすぐに共有されて皆に知れ渡りました。見解の一致を受けて新しい目標が設定されました。今回のサミットでは、必要ならば、参加者はほぼ全てのセッションに参加することができる日程でした。いくつかブログに投稿しました。ここで紹介することはサミットの概要を短く要約したものです。関係は除いてあります。サミットの内容をを「ストレート」に伝えると言うよりは、可能ならば複数のセッションをまとめたりして中身の濃い話にまとめてみました。このボストンに本社があり、サミットの主催者でもありました)。氏が議長を勤めた短いセッションから始まりました。順番に出席していきました。参加者は人気があるセッションが衝突しないよう確認し、それぞれのセッションで提案することを準備し、そして議論の末に到達した結果を票決するといった流れで、サミット前半の2日間のスケジュールを組み立てていました。月曜日の最終日は終日ハッキングに当てられました。API、アプリケーションに手を加えることなくテーマ・エンジンを変更するといった機能など。新しいリリース毎に変更されてきた出来損ないのテーマ・エンジンの汚名を挽回すること、さらに上位のアプリケーションを安定して動作させるために充実したフレームワークを提供することでした。いう、既に別のブランチで開発が続けられている機能を話題にしました。マージするということです。(従来はウィンドウ・マネージャに全て委ねていました)。アプリケーションの間にある互換性の問題を回避することができるようになるとのことでした。拡張について議論を行い、「ウィンドウを閉じる」というイベントを発行できる領域を指定できるようにしました。実装でウィンドウの大きさを変更できるイベントを処理できるようにすると、X11でウィンドウの境界線の描画が完了する前にそのウィンドウの大きさを変更しようとした場合の描画上の不具合を改善できます。大きな変更計画はありません。アクセスするために提供されてきたいろいろなメソッドについて、その提供経緯などを簡単に語ってくれました。ライブラリの代替えでした。バインディングが利用しています。氏はそれを改善するために3つの作業を提案しました。氏の要請に応じる形で、このステップに従って実装された新しいバインディングがフィルタリングとパス登録を得るだろうことで意見が一致しました。マージすることについて同意してくれました。今現在は了承済になりました。追加することを希望しました。(複数の設定変更に対してそれぞれシグナルを発行するのではなく)。シグナルは再帰では発行されることはなく、受け取ったシグナルをフィルタリングできる機能の計画もあります。ようにインデントとコロンを使います)。(「スキーマの継承」)。ついて説明してくれました。倍高速であり、同様にデータの書き込みも高いパフォーマンスがあるとのことでした。よう設計されているだけでなく、書き込み処理の時にだけメモリを使用するようになっています。関数を大量に使用していますが、アプリケーションの処理をブロックすることはないので気にしなくても良いでしょう。リクエストを一時的に使用する作業用のデータベースへ転送するという方法があります。サポートが追加されることを発表しました。ベンダ独自のデフォルトのデータベースをシステムに追加するよりは、パッケージにパッチをあてることでデフォルトのスキーマを変更する方法を提案しました。最後に、セッションのまとめで少しだけ補足がありました。使うと問題が発生することがあります。関数はそのような利用を想定していない)。Manual」として公開済でした)。ブリッジの作成もまた作業中だそうです。このブリッジは簡単なアプリケーションを実行できますが、まだ解決しなければならない重要な問題が残っているようです。(特にブリッジの問題)。さんのチームはフォント・ダイアログのユーザビリティ改善について語ってくれました。使って実装してくれていました。それらのプロトタイプを使ってユーザビリティのテストを実施して見せてくれました。さんがモックアップとプロタイプのいくつかと、コメントを書き込むページを公開してくれました。簡単に紹介してくれました。イントロスペクションを導入できる段階にきていると語りました。(C言語のライブラリを作成しやすくしてくれる設計になっているおかげで)。大部分はアノテーションの機能です。イントロスペクションからそれらのライブラリにアクセスする方法をデモしてくれました。このアノテーションのデータは、例えばどのポインタによって何のコンテナが渡されたのか、そしてそれが完了した後にアプリケーション側でポインタを破棄する必要があるのかどうかなどを定義します。ファイルに記載されたアノテーションを解析するパーサがあります。いうファイルを生成します。(読み込みの効率が良いので)。その後にプログラミング言語のバインディングを呼び出します。バインディングも利用できます。このバインディングは完成当時は問題ありませんでしたが、いくつかの呼び出し規則の中に互換性に対して解決しなければならない課題があります。氏は従来の古いバインディングを置き換えるべきではないと考えていました。は古いバインディングと新しいバインディングとの間にある互換性を維持することになるとのことです。ツールにアノテーションのデータを理解する機能が追加されることを期待していましたが、そこまで到達する前にすべき作業がまだいくつか残っているようです。完成していると言えるのではないでしょうか。API」について話し合いました。統一規格に則ったテクスチャのキャッシュ、レイアウト管理などがありました。スタブを実装できるようにするということです。型のモジュールの中で再実装することができるようになります。今度のバージョンはパフォーマンスも注目に値するそうです。ウィンドウ全体をフレームバッファ・オブジェクトにアップロードする必要はありません。テクスチャで変更のあった部分だけをアップロードすべきです)。どれだけ効率が良くなるのかといったデータの提示はありませんでした。値を取得することに取り組んでいました。問題はハードウェアのドライバの奥深くに横たわっていましたし、まれにハードウェアそのものに問題があったとのことです。ユーザがクリックしたオブジェクトを探し出す性能を改善する方法について3つのアイディアが提案されました。完全にサポートして欲しいとかという提案に議論が移ろうとしているのを感じ取ったところで、彼はセッションを終了しました。作ったアプリケーションを一緒に組み合わせることが可能なプラットフォームをいろいろ提供することができるようになるのですが。いう感じで読みながらなんとか日本語の文章にしてみたけど、かなり面倒なので、もしかしたら次回の翻訳はないかもしれません。1).ひとまず第1章まで完了。そんなに量的に苦労することはないと思うけれども、若干原文の言い回しで遠回しな表現があるのが難点かな。あと、前バージョンで抜けていた各節の概要や一部の関数の説明なんかは、この新しいバージョンでほぼ全て追加・更新されているので、原文の内容は充実しているな。