[from now] 2012/05/13 15:07:01

diff --git a/doc/manual/src_ja/chapters/020-browser.md b/doc/manual/src_ja/chapters/020-browser.md
index 797cafd..b86332a 100644
--- a/doc/manual/src_ja/chapters/020-browser.md
+++ b/doc/manual/src_ja/chapters/020-browser.md
@@ -261,9 +261,15 @@ Page objects are discussed in depth in the [pages](pages.html) chapter, which al
 -->
 ### ページ遷移

+<!--
 We have already seen that that `to()` methods change the browser's page instance. It is also possible to change the page instance without initiating a new request with the `page()` methods.
+-->
+すでに`to()`メソッドを使用してブラウザのページインスタンスを差し替える方法を見てきました。これとは別に新しいリクエストを生成しなくても`page()`メソッドを使用することでもインスタンスを変更できます。

+<!--
 The [`page(Class pageType)`](api/geb-core/geb/Browser.html#page(java.lang.Class\)) method allows you to change the page to a new instance of the given class. The class must be [Page](api/geb-core/geb/Page.html) or a subclass thereof. This method **does not** verify that the given page actually matches the content (at checking is discussed shortly).
+-->
+[`page(Class pageType)`](api/geb-core/geb/Browser.html#page(java.lang.Class\)) メソッドは新たしいインスタンスを設定することで、ページを変更できます。このクラスは [Page](api/geb-core/geb/Page.html) または、そのサブクラスである必要があります。このメソッドは、 **決して** 与えられたページが実際のコンテンツとが表示されているかをチェックしません(チェックについてはすぐあとで説明します)。

 The [`page(Class[] potentialPageTypes)`](api/geb-core/geb/Browser.html#page(java.lang.Class[]\)) method allows you to specify a number of *potential* page types. Each of the potential pages is instantiated and checked to see if it matches the content the browser is actually currently at by running each pages at checker.

@@ -273,9 +279,15 @@ These methods are not typically used explicitly but are used by the `to()` metho

 ## At checking

+<!--
 Browser objects have an [`at(Class pageType)`](api/geb-core/geb/Browser.html#at(java.lang.Class\)) method that tests whether or not the browser is currently at the type of page modeled by the given page object type. There is also an [`at(Page pageInstance)`](api/geb-core/geb/Browser.html#at(geb.Page\)) version of the `at()` method available if you want to use page instances.
+-->
+ブラウザオブジェクトは [`at(Class pageType)`](api/geb-core/geb/Browser.html#at(java.lang.Class\)) メソッドを持っており、モデル化されたページクラスのページが現在表示されているかを確認できます。ページインスタンスを使用したい場合は[`at(Page pageInstance)`](api/geb-core/geb/Browser.html#at(geb.Page\))のバージョンの`at()`メソッドを使用することが出来ます。

+<!--
 Pages define an [“at checker”][page-at] that the browser uses for this test.
+-->
+ベージで定義した["at checker"][page-at]はブラウザでこのようにテストできます。

     class SignupPage extends Page {
         static at = {
@@ -288,13 +300,22 @@ Pages define an [“at checker”][page-at] that the browser uses for this test.
         at SignupPage
     }

+<!--
 The `at SignupPage` method call will either return true or throw an `AssertionError` even if there are no explicit assertions in the “at” checker if the checker doesn't pass.
+-->
+`at SignupPage`メソッドを呼ぶとtureを返すか、もし"at"チェッカーでの検証をしなかった場合は明示的なアサーションがなくとも`AssertionEroor`がスローされます。

+<!--
 > Not using explicit `return` statements in “at” checkers is preffered. Geb transforms all “at” checkers so that each statement in them is asserted (just like for `then:` blocks in Spock specifications). Thanks to that you can immediately see evaluated values of your “at” checker if it fails. See the [“at checker”][page-at] section for more details.
+-->
+> "at"チェッカー内で `return` 文を実行しないようにしてください。Gebは全ての "at" チェックの文をそれぞれアサーションに変換します(ちょうどSpockのspecificationの`then`ブロックのように)。この仕組ですぐにチェッカーの評価で失敗を検出できます。詳細は["at checker"][page-at]セクションを参照してください。

 It's a good idea to use an at check whenever the page changes in order to *fail fast*. Otherwise, subsequent steps may fail in harder to diagnose ways due to the content not matching what is expected and content lookups having strange results.

+<!--
 The `to()` method that takes a single page type **does not** verify that the the browser ends up at the given type. This is because the request may initiate a redirect and take the browser to a different page. For example…
+-->
+`to()`メソッドは決して与えられたページが表示されたかどうかを確認しません。なぜならリクエストがリダイレクトされるようなケースでは異なるページが表示されるためです。例えば...

     Browser.drive {
         to SecurePage