From karma ＠ jazz.email.ne.jp Wed Oct 18 19:37:05 2006 From: karma ＠ jazz.email.ne.jp (KATOH Yasufumi) Date: Wed, 18 Oct 2006 19:37:05 +0900 Subject: [Jetspeed-japan-trans] guide-decorators.xml Message-ID: <87irihgbam.wl%karma@jazz.email.ne.jp> 加藤泰文です． 久々に翻訳のチェックをしてます．(^^;) guide-decorators.xml ですが， (1) "Feed Your HEAD: How to Properly Code Your Head Tag." 内で "prperly" とありますが，おそらくは "properly" の間違いですよね． # Wiki にも書きました． (2) 上記の直後の文 | If you have spent any time playing with Jetspeed, you will have | noticed it does all sorts of crazy URL rewriting that will totally | hose any attempts to consistently path you html and styles sheets. ですが，ちょっと意味分からなくて，今の翻訳でも意味的には良いような気が しますが， | もしすでにあなたがJetspeedで遊んだ経験があるのであれば、一貫した | html やスタイルシートへのパスを取得するのを妨げる、幾通りもの非常に | ややこしい URL リライトの問題に気づくでしょう。 という感じかな，と思ったのですが，いかがでしょうか? -- ============================================== (((( 加藤泰文 ○-○ karma @ jazz.email.ne.jp ============================================== (Web Page) http://park2.wakwak.com/%7Ekarma/ ============================================== From shinsuke ＠ yahoo.co.jp Wed Oct 18 21:50:31 2006 From: shinsuke ＠ yahoo.co.jp (Shinsuke SUGAYA) Date: Wed, 18 Oct 2006 21:50:31 +0900 Subject: [Jetspeed-japan-trans] Re: guide-decorators.xml In-Reply-To: <87irihgbam.wl%karma@jazz.email.ne.jp> References: <87irihgbam.wl%karma@jazz.email.ne.jp> Message-ID: <45362317.3010308@yahoo.co.jp> 菅谷です。 KATOH Yasufumi wrote: > 加藤泰文です． > > 久々に翻訳のチェックをしてます．(^^;) う、やらねば・・・ > guide-decorators.xml ですが， > > (1) "Feed Your HEAD: How to Properly Code Your Head Tag." 内で > "prperly" とありますが，おそらくは "properly" の間違いですよね． > # Wiki にも書きました． ありがとうございます。 原文を修正しました。 > (2) 上記の直後の文 > > | If you have spent any time playing with Jetspeed, you will have > | noticed it does all sorts of crazy URL rewriting that will totally > | hose any attempts to consistently path you html and styles sheets. > > ですが，ちょっと意味分からなくて，今の翻訳でも意味的には良いような気が > しますが， > > | もしすでにあなたがJetspeedで遊んだ経験があるのであれば、一貫した > | html やスタイルシートへのパスを取得するのを妨げる、幾通りもの非常に > | ややこしい URL リライトの問題に気づくでしょう。 > > という感じかな，と思ったのですが，いかがでしょうか? +1 良いと思います。 shinsuke -------------------------------------- Start Yahoo! Auction now! Check out the cool campaign http://pr.mail.yahoo.co.jp/auction/ From karma ＠ users.sourceforge.jp Thu Oct 19 19:19:47 2006 From: karma ＠ users.sourceforge.jp (karma ＠ users.sourceforge.jp) Date: Thu, 19 Oct 2006 19:19:47 +0900 Subject: [Jetspeed-japan-trans] CVS-Update: jetspeed-2-trans/ja/xdocs/guides committed by karma Message-ID: <20061019101947.C78082AC048@users.sourceforge.jp> Update of /cvsroot/jetspeed-japan/jetspeed-2-trans/ja/xdocs/guides In directory sf-cvs:/tmp/cvs-serv26857/ja/xdocs/guides Modified Files: guide-decorators.xml Log Message: reviewed jetspeed-2-trans/ja/xdocs/guides/guide-decorators.xml 1.3 -> 1.4 (modified) http://cvs.sourceforge.jp/cgi-bin/viewcvs.cgi/jetspeed-japan/jetspeed-2-trans/ja/xdocs/guides/guide-decorators.xml.diff?r1=1.3&r2=1.4 =================================================================== RCS file: jetspeed-2-trans/ja/xdocs/guides/guide-decorators.xml,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- guide-decorators.xml 2006/05/25 03:55:48 1.3 +++ guide-decorators.xml 2006/10/19 10:19:47 1.4 @@ -38,9 +38,7 @@

-デコレーターとは 動的に作成されるフラグメント（画面の一部分)の周りを囲むもので 静的もしくは、半静的な マークアップランゲージで記述 -できるものと 定義されます。デコレーターは、 通常 Velocityテンプレートもしくは、JSPテンプレートとして書かれます。このガイドでは、主に -Velocityスクリプト言語で デコレーターを作成する方法について書きます。しかし、ここに書かれる 標準的な方法とアプローチ手段は、大体の所、 +デコレーターとは 動的に作成されるフラグメント（画面の一部分)の周りを囲むもので 静的もしくは、半静的な マークアップランゲージで記述できるものと 定義されます。デコレーターは、 通常 Velocityテンプレートもしくは、JSPテンプレートとして書かれます。このガイドでは、主に Velocity スクリプト言語で デコレーターを作成する方法について書きます。しかし、ここに書かれる 標準的な方法とアプローチ手段は、大体の所、 他のスクリプト言語で、デコレーションを作成する際にも応用可能です。

@@ -62,21 +60,14 @@

- ページを構築する際に使用するデコレーションの種類には 次の2つがあります。；ポートレット と レイアウト（ページ）。 + ページを構築する際に使用するデコレーションの種類にはポートレットとレイアウト(ページ)の2つがあります。

- ポートレットのデコレーションとは Jetspeedの ウインドウの装飾にあたります。これは、それぞれのポートレット部分を - 作成されるコンテンツ部分をHTML (XHTML, VXML, etc) で 囲むもので、適切なタイトルの表示や、ウインドウの状態や - ポートレットのモードの変化と連携して変わるボタン群の表示を担当します。 + ポートレットのデコレーションとは Jetspeed のウインドウの装飾にあたります。これは、個々のポートレットフラグメントの HTML (XHTML, VXML, etc) で表示されるコンテンツ部分を囲むもので、適切なタイトルの表示や、ウインドウの状態やポートレットのモードの変化と連携して変わるボタン群の表示を担当します。

- レイアウトもしくはページのデコレーションとは、1つPSMLファイルを元に表される1つのポータルページの ヘッダー部分とフッター部分の装飾を - 提供するものです。(参考: PSMLについての更なる情報については、PSMLを扱ってデザインをする人のための資料) - これらのデコレーションは、ページとポートレットの一般的なスタイル情報を持ちます。 - ポートレット内部のスタイル情報は、デコレーターのスタイル情報によって上書きされます。 + レイアウトもしくはページのデコレーションとは、1つPSMLファイルを元に表される1つのポータルページの ヘッダー部分とフッター部分の装飾を提供するものです (参考: PSMLについての更なる情報については、PSMLを扱ってデザインをする人のための資料) 。これらのデコレーションは、ページとポートレットの一般的なスタイル情報を持ちます。ポートレット内部のスタイル情報は、デコレーターのスタイル情報によって上書きされます。

-

-
@@ -92,11 +83,7 @@

- 全てのデコレーション用のファイルは、webアプリケーションのルートディレクトリの直下にあるdecrorationsというディレクトリに - 保存されます。このディレクトリの下の 重要な2つのディレクトリが、レイアウト装飾用のlayoutディレクトリと - ポートレット装飾用のportletディレクトリです。個別のデコレーションは、これら2つのディレクトリの下に、それぞれ独自のディレクトリを持ちます。 - Jetspeedは、layout か portlet の下に あなたが に作成するディレクトリの名称で、 - デコレーターファイルの場所を特定します。では、これが どういう仕組みで働くかについての 更なる詳細をこのガイドの続き で見ていきましょう。 + 全てのデコレーション用のファイルは、webアプリケーションのルートディレクトリの直下にあるdecorationsというディレクトリに保存されます。このディレクトリの下の 重要な2つのディレクトリが、レイアウト装飾用のlayoutディレクトリとポートレット装飾用のportletディレクトリです。個別のデコレーションは、これら2つのディレクトリの下に、それぞれ独自のディレクトリを持ちます。Jetspeedは、layout か portlet の下に あなたが に作成するディレクトリの名称で、デコレーターファイルの場所を特定します。では、これが どういう仕組みで働くかについての 更なる詳細をこのガイドの続き で見ていきましょう。

@@ -126,9 +113,7 @@

- この中の3つのファイル;decorator.properties, header.vm, と footer.vm は、/decorations/layoutの - 下に作成したディレクトリに直接置いてください。styles.css は、あなた作ったデコレーションのサブディレクトリcss/ - に入れます。[訳注:すなわち/YOUR_WEB_APP/decorations/layout/YOUR_DECORATION_NAME/cssディレクトリにスタイルシートを置く。] + この中の3つのファイル;decorator.properties, header.vm, と footer.vm は、/decorations/layoutの下に作成したディレクトリに直接置いてください。styles.css は、あなた作ったデコレーションのサブディレクトリ css/ に入れます。[訳注:すなわち/YOUR_WEB_APP/decorations/layout/YOUR_DECORATION_NAME/cssディレクトリにスタイルシートを置く。]

@@ -143,10 +128,7 @@

- decorator.properties ファイルは、あなたのレイアウト デコレーションの基本情報を保持します。 - 実際のところ、このファイルは 空白でも構いませんが、他のAPIが使用可能なデコレーションを探すのに使用されるため - ファイル自体は存在する必要があります。ということで、下の定義にあるプロパティは 全てオプションであると仮定しても - 問題ありません。 + decorator.properties ファイルは、あなたのレイアウト デコレーションの基本情報を保持します。実際のところ、このファイルは 空白でも構いませんが、他のAPIが使用可能なデコレーションを探すのに使用されるためファイル自体は存在する必要があります。ということで、下の定義にあるプロパティは 全てオプションであると仮定しても問題ありません。

@@ -204,7 +186,7 @@ 見ることになります。 @@ -244,11 +226,9 @@

- ファイルheader.vmは、あなたのポータルページのトップ部分を表します。 - 機能的なヘッダーテンプレートを記述すのに必要になる基本事項について 以下に 各セクションごとに 書いてあります。 + ファイルheader.vmは、あなたのポータルページのトップ部分を表します。機能的なヘッダーテンプレートを記述すのに必要になる基本事項について 以下に 各セクションごとに 書いてあります。

- 注意:前提事項として、読者は、HTMLとCSSについての十分な知識があると仮定してあります。 - デコレーションを開発するに当たって、基本的なVelocityの知識は、あれば良いくらいで、必須の知識ではありません。 + 注意:前提事項として、読者は、HTMLとCSSについての十分な知識があると仮定してあります。デコレーションを開発するに当たって、基本的なVelocityの知識は、あれば良いくらいで、必須の知識ではありません。

@@ -285,17 +265,7 @@

- さて、#defineLayoutObjects()を含む行ですが、これは、前の2行ほどは その目的について意味が あまり明らかではありません。 - #defineLayoutObjects()は、いわゆる Velocityの世界で マクロと 言われるものです。 - マクロは、事前に定義された Velocityの小さなコードで、Velocityテンプレートの中で再利用されます。 - これから使用する全てのグローバル マクロ(このマクロも含む)は、WEB-INF/jetspeed_macros.vmで定義されています。 - 後ほど、 このガイドの中で、もし あなたが そうしたいのであれば、自分のデコレーションを作成するにあたって - 便利であるカスタムマクロの作成方法について議論します。では、#defineLayoutObjects()にもどりましょう。 - #defineLayoutObjects()は、様々な値をVelocityに対して追加し、それらは、header.vm, - footer.vm,他のマクロと　そして全てのポートレット デコレーション テンプレートの内部でアクセス可能になります。 - ここで、#defineLayoutObjects()に関する話を 簡単にやめることはできますが、Velocityをまだはじめたことが - ない人のために Velocityの内部の動きを見ていく方が 助けになる気がします。では　余計な事をいうのはこれくらいにして、 - コードは、こうなっています。 + さて、#defineLayoutObjects()を含む行ですが、これは、前の2行ほどは その目的について意味が あまり明らかではありません。#defineLayoutObjects()は、いわゆる Velocityの世界で マクロと 言われるものです。マクロは、事前に定義された Velocityの小さなコードで、Velocityテンプレートの中で再利用されます。これから使用する全てのグローバル マクロ(このマクロも含む)は、WEB-INF/jetspeed_macros.vmで定義されています。後ほど、 このガイドの中で、もし あなたが そうしたいのであれば、自分のデコレーションを作成するにあたって便利であるカスタムマクロの作成方法について議論します。では、#defineLayoutObjects()にもどりましょう。#defineLayoutObjects()は、様々な値をVelocityに対して追加し、それらは、header.vm, footer.vm,他のマクロと　そして全てのポートレット デコレーション テンプレートの内部でアクセス可能になります。ここで、#defineLayoutObjects()に関する話を 簡単にやめることはできますが、Velocityをまだはじめたことがない人のために Velocityの内部の動きを見ていく方が 助けになる気がします。では　余計な事をいうのはこれくらいにして、コードは、こうなっています。

- むむ、この中ではいったい何がおきているのでしょうか？さて、1行目には、#set()があります。これは Velocityで指示子と - 呼ばれるものです。指示子は オリジナルの関数であり マクロではありません。#set()は、非常にわかりやすいですね。 - イコール記号の 右辺にある値を 受け取り 左辺へ 割り当てるものです。素晴らしい、これは、かなりわかり易いですね。しかし、 - どうやってこの値を取り扱えばいいのでしょうか？いったい$JS2RequestContext.localeは、どこから現れたのでしょう？ - では、すこしだけ戻って、Velocityのオブジェクトをどうやって使うか書きたいと思います。全てのVelocityテンプレートで利用可能なオブジェクト - は、$someObjectという書き方で参照することができます。メソッドの実行は、$someObject.getFoo() の様に - 書くことで 実行できます。getFoo()を実行してみましょう。実は、引数を取らないgetterメソッドは、$someObject.foo - こんな風に書けるというのは、さらに素晴らしい事です。この$JS2RequestContextに関していうと、これは、org.apache.jetspeed.RequestContext - のインスタンスで、JetspeedがVelocityで使用できるように、インスタンス化されます。それで、org.apache.jetspeed.RequestContext - をJava docを見るとわかりますが、$JS2RequestContext.localeは、java.util.Localeのインスタンスを - 渡してくれ、これは、現在のポートレットのユーザのロケールになります。これ以上は シンプルにはできないでしょう？ + むむ、この中ではいったい何がおきているのでしょうか？さて、1行目には、#set()があります。これは Velocityで指示子と呼ばれるものです。指示子は オリジナルの関数であり マクロではありません。#set()は、非常にわかりやすいですね。イコール記号の 右辺にある値を 受け取り 左辺へ 割り当てるものです。素晴らしい、これは、かなりわかりやすいですね。しかし、どうやってこの値を取り扱えばいいのでしょうか？いったい$JS2RequestContext.localeは、どこから現れたのでしょう？では、すこしだけ戻って、Velocityのオブジェクトをどうやって使うか書きたいと思います。全てのVelocityテンプレートで利用可能なオブジェクトは、$someObjectという書き方で参照することができます。メソッドの実行は、$someObject.getFoo() の様に書くことで 実行できます。getFoo()を実行してみましょう。実にすばらしいことに、引数を取らないgetterメソッドは、$someObject.fooという風に書けます。この$JS2RequestContextに関していうと、これは、org.apache.jetspeed.RequestContext のインスタンスでVelocityで使用できるように、、Jetspeedによってインスタンス化されます。そして、org.apache.jetspeed.RequestContextの Javadoc を見るとわかりますが、$JS2RequestContext.localeは、現在のポートレットのユーザのロケールとなる、java.util.Localeのインスタンスを渡してくれます。これ以上は シンプルにはできないでしょう？

- 次に 出てくるのは、 #set($rootFragment = $jetspeed.currentFragment) の行ですね、またset()の組 - 今回は、$rootFragment と呼ばれるものを作成していすね。これは、 - org.apache.jetspeed.om.page.ContentFragment - のインスタンスです。$jetspeed.currentFragmentが何をするのかは、このガイドでは、重要ではないので、 - 飛ばして 先に進みます。 + 次に 出てくるのは、#set($rootFragment = $jetspeed.currentFragment) という別の set の行ですね。今回は、$rootFragment と呼ばれるものを作成していすね。これは、org.apache.jetspeed.om.page.ContentFragment のインスタンスです。$jetspeed.currentFragmentが何をするのかは、このガイドでは、重要ではないので、飛ばして 先に進みます。



@@ -370,10 +326,8 @@

- おお、$requestです。やっと親しみのあるものが出てきました。これは、実際にjavax.servlet.http.HttpServletRequestの - インスタンスで、我々はここから Jetspeedから Velocityに 渡された オブジェクトを取り出します。 - 本当のオブジェクトは、それぞれ - org.apache.jetspeed.portalsite.PortalSiteRequestContext + おお、$requestです。やっと親しみのあるものが出てきました。これは、実際にjavax.servlet.http.HttpServletRequestのインスタンスで、我々はここから Jetspeedから Velocityに 渡された オブジェクトを取り出します。本当のオブジェクトは、それぞれ + org.apache.jetspeed.portalsite.PortalSiteRequestContext と org.apache.jetspeed.decoration.Theme です。もうちょっと後で これら全てのオブジェクトのよい利用方法を見ていきます。 @@ -386,8 +340,7 @@

- このセクションでは、レイアウトデコレーションの<HEAD>タグを適切にコーディングするための情報を書きます。 - では、さっそく コードを見てみましょう。 + このセクションでは、レイアウトデコレーションの<HEAD>タグを適切にコーディングするための情報を書きます。では、さっそく コードを見てみましょう。

- 最初に、]]>から始めましょう。これは、 - WEBのリソースの場所の解決をするためのベースを定義する際に使用します。]]>に - ついての深い議論については、W3C Schools Referenceを - 見てください。もし すでに あなたがJetspeedで、遊んだ経験があるのであれば 気づいたかもしれませんが、 - このタグは、非常にややこしいURLリライトの問題を解決してくれ、常に 整合性を保ちながら - HTMLファイルやスタイルシートへのパスを提供してくれます。BASEタグを定義することにより、この問題は全て解決されます。 - #BaseHref()マクロに関していうと、これは、単に あなたのWEBアプリケーションのルートディレクトリへの絶対パス - を作成します。実際のコードは、サーブレットAPIを使って記述するとこうなります。: + 最初に、]]>から始めましょう。これは、WEBのリソースの場所の解決をするためのベースを定義する際に使用します。]]>についての深い議論については、W3C Schools Referenceを見てください。もしすでにあなたが Jetspeed で遊んだ経験があるのであれば、一貫した html やスタイルシートへのパスを取得するのを妨げる、幾通りもの非常にややこしい URL リライトの問題に気づくでしょう。BASEタグを定義することにより、この問題は全て解決されます。#BaseHref()マクロに関していうと、これは、単に あなたのWEBアプリケーションのルートディレクトリへの絶対パスを作成します。実際のコードは、サーブレットAPIを使って記述するとこうなります。:

HttpServletRequest request; @@ -465,10 +411,7 @@

- - 　　このガイドを書いている今の時点では、オリジナルのJetspeed2サーバを実行させるためには、 - 　 ほとんど Java Scriptを書く必要はありません。しかし、今後、設定機能や管理機能でAJAXを利用しようと考えているので - 近い将来変わるかもしれません。 + 　　このガイドを書いている今の時点では、オリジナルのJetspeed 2サーバを実行させるためには、ほとんど Java Scriptを書く必要はありません。しかし、今後、設定機能や管理機能でAJAXを利用しようと考えているので近い将来変わるかもしれません。

- あなたのデコレーション名がデフォルト値と なります。 + あなたのデコレーション名がデフォルト値となります。