Difference between revisions of "Skinning/ja"

From Second Life Wiki
Jump to navigation Jump to search
m
m
Line 106: Line 106:
* ドッキング(ホスティング) - 3Dレイアウト要素の作成とドッキングされたフローターの許可
* ドッキング(ホスティング) - 3Dレイアウト要素の作成とドッキングされたフローターの許可
** できる限りアプリケーションウィンドウの外側に存在するフローターの許可
** できる限りアプリケーションウィンドウの外側に存在するフローターの許可
[[Category:Skinning/ja]]

Revision as of 06:22, 14 April 2008

関連項目

目的

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

タスク

Skinning pwiki.jpg

フェイズ 0

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

フェイズ 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の構造にしない

フェイズ 2

ローカライズを向上する

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

フェイズ 3

XUIファイルの掃除

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

フェイズ 4

データ駆動型メニュー

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

フェイズ 5

動的レイアウト

  • ヴィジェットのレイアウト言語を向上し、自動サイズ変更を付与します
  • JIRA: VWR-1886
    • 目標: 更に容易にカスタマイズされるメニューとオーバレイバーを有効にします
      • 名称でフロータを開くボタンを許可します
      • 指定のタブで開くサポートを含みます
      • 別の、開く(フォーカスを当てる)そして新しいインスタンスを開いている、異なる状態間の行き来
    • 単純なものと、進んだ使用法での広範囲(崩れた)になるメニューを許可します。
    • "viewer.xml"でのオーバーレイバーとメニューバーのレイアウトの指定
      • サイドバー、あるいは隅のパネルにボタン追加が可能になるように付与される、複数の"overlay bars"を許可します
  • JIRA: VWR-1887
    • 目標: XUIレイアウトデータの変更を容易にします
      • レウアウト言語での標準モデルを選択します(例えばCSSやqt-likeのような?)
      • レイアウトの意図のためのグループ化のための要素を許可します
      • レイアウト情報が与えられていないときの自動レイアウト要素

仕様の要求

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