Skinning/ja

/ja

関連項目

• ビューアロードマップ
• ユーザインターフェイスロードマップ
• スキン製作方法/基本 - 現在の性能上のドキュメント

目的

• Second Lifeの外観を更に容易にカスタマイズする内部編集ツールを可能にする
• 外部の開発者と住民の利用者の意見を役立てて、ビューアのアップデートを通じて継続し、カスタイマイズして作成したスキン"パッケージ"を蓄積する。
  • "スキン作成"が沢山のことを意味できるようにする。このプロジェクトでは、スキン作成は以下を最初に意味するでしょう。
  1. カスタムな外形に同じサイズの画像を用いる。（例えばDazzle)
  2. HTMLを表示するカスタムフロータとSLURLを通してクライアント側に戻って会話ができるようにする。
  3. UIの一部除去を可能にする"シンプル"スキン。
  4. カスタマイズされたヘルプリンク。
• あなたが望むのであれば、前向きな設計材料を挙げるのに'discussion'ページを用いてください。

Tasks

Phase 0

• 最初のフェイズはプロジェクトDazzleを実装することで、ユーザインターフェイスの色（外観）を買えるための、最初のスキンの実装と、必要とされる抽象化の検証です。

Phase 1

住民のカスタマイズとパッケージ作成を可能にする。

• JIRA: VWR-6027 スキン作成 - フェイズ 1
  • 目標: カスタムUIレイアウトをアップデートと配布を通して、変更内容を保存することを、外部開発者とユーザで可能にする。
    • ユーザのローカルディレクトリに変更を保存することを住民に許可する。(例えば、Documents and Settings\User\Application Data\SecondLife\skins)
    • インストールされたスキンパッケージのためのサーチ場所を定義する
    • サブタスク: VWR-5059 スキン変更機能と、オリジナルスキンの復元を含める
    • 編集のみ（文字の翻訳）か完全な上書き（ユーザのカスタマイズ）かどうか、XMLファイルを指定する

• JIRA: VWR-1883 UIテクスチャキャッシュ
  • 目標: UIイメージの追加と変更を容易にする
    • UIイメージからアセットIDと事前キャッキュされたイメージを分離する
    • アセットIDではないファイル名を使用するUIイメージの名称変更をおこなう

• JIRA: VWR-1884 きめうちされた絵と色を除去する
  • 目標 コードから、幾つかのUIイメージを取り除く
    • プログラムでつくった絵と要素、例えばボリュームスライダーなどを除去する
    • （アルファをつかう）アイコンなどから幾つかの背景を取り除く
    • 全てのイメージがトリミングと目盛り付けられるのを確実にする
    • 境界線の固定サイズの指定を可能にする（例えば、ボタングラフィックと狭い境界線のサイズを正確に）
    • 色やその他の、ヴィジェットの付加要素を可能にする
    • サブタスク: VWR-2447 テキストの影付け設定をXMLの構造にしない

Phase 2

ローカライズを向上する

• 全てのリリースで、自動化された変更リストのジェネレータ
• strings.xml - XUIファイルとは関係のないテキストのための、グローバルな翻訳対
• 他のユーザによる、簡単なインストールのために住民のパッケージ変更と容易な配布を可能にする

Phase 3

XUIファイルの掃除

• JIRA: VWR-1882 わずかなXUIファイルに
  • 目標: 冗長的ではなく、更に読みやすいXUIファイルにする
  • 各ヴィジェットのために、初期要素と'templates.xml'ファイルを作成する
    • 共通要素設定のためのほかのテンプレートにもまた、ここで宣言されるものを可能にする
    • ウィジェットがテンプレートで宣言できるようにする（標準的な型の一つを初期値にする）
  • コードから全ての初期値を取り除く(XML クリーンアップ)
    • 全ての既存XMLファイルのプロセスと、初期値ではない値のみを書き出すツールを作成する
    • 同時にXMLの出力を整える

• フローターの位置とサイズを自動的に保存する
  • 最小化位置を含む（現在は保存されない）

• UI XML フォーマットのドキュメント

Phase 4

データ駆動型メニュー

• データ駆動になるメニューとオーバーレイバー

• JIRA: VWR-1885 UI要素の動的再読み込み
  • 目標: XUI編集の効果を見やすくする
  • 動的再読み込み - クライアントの再起動なしで読み込まれる全てのUI要素の実装
    • メニューとオーバーレイバーを含む全てのフローターの再読み込みを可能にする
    • 全てのフローターはUI要素を失う処理と、合理的なあるいはしかるべきメッセージを隠し立てしないのを拒む振る舞いであろうことを保障します。
  • 例えば、言語設定の変更で、全てのUI要素は再読み込みされるでしょう

Phase 5

動的レイアウト

• ヴィジェットのレイアウト言語を向上し、自動サイズ変更を付与します

• JIRA: VWR-1886
  • 目標: 更に容易にカスタマイズされるメニューとオーバレイバーを有効にします
    • 名称でフロータを開くボタンを許可します
    • 指定のタブで開くサポートを含みます
    • 別の、開く（フォーカスを当てる）そして新しいインスタンスを開いている、異なる状態間の行き来
  • 単純なものと、進んだ使用法での広範囲（崩れた）になるメニューを許可します。
  • "viewer.xml"でのオーバーレイバーとメニューバーのレイアウトの指定
    • サイドバー、あるいは隅のパネルにボタン追加が可能になるように付与される、複数の"overlay bars"を許可します

• JIRA: VWR-1887
  • 目標: XUIレイアウトデータの変更を容易にします
    • レウアウト言語での標準モデルを選択します（例えばCSSやqt-likeのような？）
    • レイアウトの意図のためのグループ化のための要素を許可します
    • レイアウト情報が与えられていないときの自動レイアウト要素

仕様の要求

• 一般的に利用できるアイコンパネル（例えば作成ツール）の作成
  • 完全なアイコンボタンの組み合わせとフローターの指定タブを開けるボタン用の能力
• ドッキング（ホスティング） - 3Dレイアウト要素の作成とドッキングされたフローターの許可
  • できる限りアプリケーションウィンドウの外側に存在するフローターの許可