From ed02f2fbc9680d5fba0a2b10f9c64aad5d1ecb47 Mon Sep 17 00:00:00 2001
From: ueyama <>
Date: Sun, 3 Jun 2007 16:54:35 +0000
Subject: Tranlates for Japanese by Shinya.K
---
.../pages/Fundamentals/ja/Applications.page | 55 +++++++++
.../pages/Fundamentals/ja/Architecture.page | 15 +++
.../pages/Fundamentals/ja/Components.page | 128 +++++++++++++++++++++
.../protected/pages/Fundamentals/ja/Controls.page | 51 ++++++++
.../protected/pages/Fundamentals/ja/Hangman.page | 14 +++
.../protected/pages/Fundamentals/ja/Modules.page | 50 ++++++++
.../protected/pages/Fundamentals/ja/Pages.page | 23 ++++
.../protected/pages/Fundamentals/ja/Services.page | 34 ++++++
.../pages/Fundamentals/ja/applifecycles.gif | Bin 0 -> 31200 bytes
.../protected/pages/Fundamentals/ja/classtree.gif | Bin 0 -> 18320 bytes
.../protected/pages/Fundamentals/ja/directory.gif | Bin 0 -> 3967 bytes
.../protected/pages/Fundamentals/ja/lifecycles.gif | Bin 0 -> 60897 bytes
.../pages/Fundamentals/ja/objectdiagram.gif | Bin 0 -> 7700 bytes
.../pages/GettingStarted/ja/AboutPrado.page | 98 ++++++++++++++++
.../pages/GettingStarted/ja/CommandLine.page | 106 +++++++++++++++++
.../pages/GettingStarted/ja/HelloWorld.page | 89 ++++++++++++++
.../pages/GettingStarted/ja/Installation.page | 33 ++++++
.../pages/GettingStarted/ja/Introduction.page | 64 +++++++++++
.../pages/GettingStarted/ja/NewFeatures.page | 36 ++++++
.../pages/GettingStarted/ja/Upgrading.page | 64 +++++++++++
.../pages/GettingStarted/ja/directory.gif | Bin 0 -> 2685 bytes
.../protected/pages/GettingStarted/ja/sequence.gif | Bin 0 -> 5793 bytes
22 files changed, 860 insertions(+)
create mode 100644 demos/quickstart/protected/pages/Fundamentals/ja/Applications.page
create mode 100644 demos/quickstart/protected/pages/Fundamentals/ja/Architecture.page
create mode 100644 demos/quickstart/protected/pages/Fundamentals/ja/Components.page
create mode 100644 demos/quickstart/protected/pages/Fundamentals/ja/Controls.page
create mode 100644 demos/quickstart/protected/pages/Fundamentals/ja/Hangman.page
create mode 100644 demos/quickstart/protected/pages/Fundamentals/ja/Modules.page
create mode 100644 demos/quickstart/protected/pages/Fundamentals/ja/Pages.page
create mode 100644 demos/quickstart/protected/pages/Fundamentals/ja/Services.page
create mode 100644 demos/quickstart/protected/pages/Fundamentals/ja/applifecycles.gif
create mode 100644 demos/quickstart/protected/pages/Fundamentals/ja/classtree.gif
create mode 100644 demos/quickstart/protected/pages/Fundamentals/ja/directory.gif
create mode 100644 demos/quickstart/protected/pages/Fundamentals/ja/lifecycles.gif
create mode 100644 demos/quickstart/protected/pages/Fundamentals/ja/objectdiagram.gif
create mode 100644 demos/quickstart/protected/pages/GettingStarted/ja/AboutPrado.page
create mode 100644 demos/quickstart/protected/pages/GettingStarted/ja/CommandLine.page
create mode 100644 demos/quickstart/protected/pages/GettingStarted/ja/HelloWorld.page
create mode 100644 demos/quickstart/protected/pages/GettingStarted/ja/Installation.page
create mode 100644 demos/quickstart/protected/pages/GettingStarted/ja/Introduction.page
create mode 100644 demos/quickstart/protected/pages/GettingStarted/ja/NewFeatures.page
create mode 100644 demos/quickstart/protected/pages/GettingStarted/ja/Upgrading.page
create mode 100644 demos/quickstart/protected/pages/GettingStarted/ja/directory.gif
create mode 100644 demos/quickstart/protected/pages/GettingStarted/ja/sequence.gif
(limited to 'demos/quickstart/protected/pages')
diff --git a/demos/quickstart/protected/pages/Fundamentals/ja/Applications.page b/demos/quickstart/protected/pages/Fundamentals/ja/Applications.page
new file mode 100644
index 00000000..ec6ae4c0
--- /dev/null
+++ b/demos/quickstart/protected/pages/Fundamentals/ja/Applications.page
@@ -0,0 +1,55 @@
+
+
+Applications
+
+An application is an instance of TApplication or its derived class. It manages modules that provide different functionalities and are loaded when needed. It provides services to end-users. It is the central place to store various parameters used in an application. In a PRADO application, the application instance is the only object that is globally accessible via Prado::getApplication() function call.
+
+
+Applications are configured via application configurations. They are usually created in entry scripts like the following,
+
+require_once('/path/to/prado.php');
+$application = new TApplication;
+$application->run();
+
+where the method run() starts the application to handle user requests.
+
+
+Directory Organization
+
+A minimal PRADO application contains two files: an entry file and a page template file. They must be organized as follows,
+
+
+
+- wwwroot - Web document root or sub-directory.
+- index.php - entry script of the PRADO application.
+- assets - directory storing published private files. See assets section.
+- protected - application base path storing application data and private script files. This directory should be configured inaccessible to Web-inaccessible, or it may be located outside of Web directories.
+- runtime - application runtime storage path. This directory is used by PRADO to store application runtime information, such as application state, cached data, etc.
+- pages - base path storing all PRADO pages. See services section.
+- Home.page - default page returned when users do not explicitly specify the page requested. This is a page template file. The file name without suffix is the page name. The page class is TPage. If there is also a class file Home.php, the page class becomes Home.
+
+
+
+A product PRADO application usually needs more files. It may include an application configuration file named application.xml under the application base path protected. The pages may be organized in directories, some of which may contain page configuration files named config.xml. Fore more details, please see configurations section.
+
+
+Application Deployment
+
+Deploying a PRADO application mainly involves copying directories. For example, to deploy the above minimal application to another server, follow the following steps,
+
+
+- Copy the content under wwwroot to a Web-accessible directory on the new server.
+- Modify the entry script file index.php so that it includes correctly the prado.php file.
+- Remove all content under assets and runtime directories and make sure both directories are writable by the Web server process.
+
+
+Application Lifecycles
+
+Like page lifecycles, an application also has lifecycles. Application modules can register for the lifecycle events. When the application reaches a particular lifecycle and raises the corresponding event, the registered module methods are invoked automatically. Modules included in the PRADO release, such as TAuthManager, are using this way to accomplish their goals.
+
+
+The application lifecycles can be depicted as follows,
+
+
+
+$Id: Applications.page 1650 2007-01-24 06:55:32Z wei $
\ No newline at end of file
diff --git a/demos/quickstart/protected/pages/Fundamentals/ja/Architecture.page b/demos/quickstart/protected/pages/Fundamentals/ja/Architecture.page
new file mode 100644
index 00000000..9ca544b0
--- /dev/null
+++ b/demos/quickstart/protected/pages/Fundamentals/ja/Architecture.page
@@ -0,0 +1,15 @@
+
+アーキテクチャ
+
+
+PRADO は主にプレゼンテーションを操作するためのフレームワークです。（プレゼンテーション操作のみで制限されるわけではありません）
+このフレームワークはウェブプログラミングに集中するためのものであり、開発者がより生産性を上げられるようにコンポーネントベース、イベントドリブンなプログラミングが可能なつくりになっています。
+以下のクラスツリーは PRADO によって提供されている主要なクラスについて書かれたものです。
+
+
+
+
+PRADO アプリケーションがページ要求処理を行う際、以下のオブジェクトダイアグラムで動作します。
+
+
+$Id: Architecture.page * 2007-06-04 01:39:00Z Shinya.K $
\ No newline at end of file
diff --git a/demos/quickstart/protected/pages/Fundamentals/ja/Components.page b/demos/quickstart/protected/pages/Fundamentals/ja/Components.page
new file mode 100644
index 00000000..98bb5761
--- /dev/null
+++ b/demos/quickstart/protected/pages/Fundamentals/ja/Components.page
@@ -0,0 +1,128 @@
+
+Components
+
+A component is an instance of TComponent or its child class. The base class TComponent implements the mechanism of component properties and events.
+
+
+Component Properties
+
+A component property can be viewed as a public variable describing a specific aspect of the component, such as the background color, the font size, etc. A property is defined by the existence of a getter and/or a setter method in the component class. For example, in TControl, we define its ID property using the following getter and setter methods,
+
+class TControl extends TComponent {
+ public function getID() {
+ ...
+ }
+ public function setID($value) {
+ ...
+ }
+}
+
+
+
+To get or set the ID property, do as follows, just like working with a variable,
+
+$id = $component->ID;
+$component->ID = $id;
+
+This is equivalent to the following,
+
+$id = $component->getID();
+$component->setID( $id );
+
+
+
+A property is read-only if it has a getter method but no setter method. Since PHP method names are case-insensitive, property names are also case-insensitive. A component class inherits all its ancestor classes' properties.
+
+
+Subproperties
+
+A subproperty is a property of some object-typed property. For example, TWebControl has a Font property which is of TFont type. Then the Name property of Font is referred to as a subproperty (with respect to TWebControl).
+
+
+To get or set the Name subproperty, use the following method,
+
+$name = $component->getSubProperty('Font.Name');
+$component->setSubProperty('Font.Name', $name);
+
+This is equivalent to the following,
+
+$name = $component->getFont()->getName();
+$component->getFont()->setName( $name );
+
+
+
+
+
+Component Events
+
+Component events are special properties that take method names as their values. Attaching (setting) a method to an event will hook up the method to the places at which the event is raised. Therefore, the behavior of a component can be modified in a way that may not be foreseen during the development of the component.
+
+
+A component event is defined by the existence of a method whose name starts with the word on. The event name is the method name and is thus case-insensitve. For example, in TButton, we have
+
+class TButton extends TWebControl {
+ public function onClick( $param ) {
+ ...
+ }
+}
+
+This defines an event named OnClick, and a handler can be attached to the event using one of the following ways,
+
+$button->OnClick = $callback;
+$button->OnClick->add( $callback );
+$button->OnClick[] = $callback;
+$button->attachEventHandler( 'OnClick' , $callback );
+
+where $callback refers to a valid PHP callback (e.g. a function name, a class method array($object,'method'), etc.)
+
+
+Namespaces
+
+A namespace refers to a logical grouping of some class names so that they can be differentiated from other class names even if their names are the same. Since PHP does not support namespace intrinsically, you cannot create instances of two classes who have the same name but with different definitions. To differentiate from user defined classes, all PRADO classes are prefixed with a letter 'T' (meaning 'Type'). Users are advised not to name their classes like this. Instead, they may prefix their class names with any other letter(s).
+
+
+A namespace in PRADO is considered as a directory containing one or several class files. A class may be specified without ambiguity using such a namespace followed by the class name. Each namespace in PRADO is specified in the following format,
+
+PathAlias.Dir1.Dir2
+
+where PathAlias is an alias of some directory, while Dir1 and Dir2 are subdirectories under that directory. A class named MyClass defined under Dir2 may now be fully qualified as PathAlias.Dir1.Dir2.MyClass.
+
+
+To use a namespace in code, do as follows,
+
+Prado::using('PathAlias.Dir1.Dir2.*');
+
+which appends the directory referred to by PathAlias.Dir1.Dir2 into PHP include path so that classes defined under that directory may be instantiated without the namespace prefix. You may also include an individual class definition by
+
+Prado::using('PathAlias.Dir1.Dir2.MyClass');
+
+which will include the class file if MyClass is not defined.
+
+
+For more details about defining path aliases, see application configuration section.
+
+
+Component Instantiation
+
+Component instantiation means creating instances of component classes. There are two types of component instantation: static instantiation and dynamic instantiation. The created components are called static components and dynamic components, respectively.
+
+
+Dynamic Component Instantiation
+
+Dynamic component instantiation means creating component instances in PHP code. It is the same as the commonly referred object creation in PHP. A component can be dynamically created using one of the following two methods in PHP,
+
+$component = new ComponentClassName;
+$component = Prado::createComponent('ComponentType');
+
+where ComponentType refers to a class name or a type name in namespace format (e.g. System.Web.UI.TControl). The second approach is introduced to compensate for the lack of namespace support in PHP.
+
+
+Static Component Instantiation
+
+Static component instantiation is about creating components via configurations. The actual creation work is done by the PRADO framework. For example, in an application configuration, one can configure a module to be loaded when the application runs. The module is thus a static component created by the framework. Static component instantiation is more commonly used in templates. Every component tag in a template specifies a component that will be automatically created by the framework when the template is loaded. For example, in a page template, the following tag will lead to the creation of a TButton component on the page,
+
+<com:TButton Text="Register" />
+
+
+
+$Id: Components.page 1650 2007-01-24 06:55:32Z wei $
\ No newline at end of file
diff --git a/demos/quickstart/protected/pages/Fundamentals/ja/Controls.page b/demos/quickstart/protected/pages/Fundamentals/ja/Controls.page
new file mode 100644
index 00000000..a2787129
--- /dev/null
+++ b/demos/quickstart/protected/pages/Fundamentals/ja/Controls.page
@@ -0,0 +1,51 @@
+
+Controls
+
+A control is an instance of class TControl or its subclass. A control is a component defined in addition with user interface. The base class TControl defines the parent-child relationship among controls which reflects the containment relationship among user interface elements.
+
+
+Control Tree
+
+Controls are related to each other via parent-child relationship. Each parent control can have one or several child controls. A parent control is in charge of the state transition of its child controls. The rendering result of the child controls are usually used to compose the parent control's presentation. The parent-child relationship brings together controls into a control tree. A page is at the root of the tree, whose presentation is returned to the end-users.
+
+
+The parent-child relationship is usually established by the framework via templates. In code, you may explicitly specify a control as a child of another using one of the following methods,
+
+$parent->Controls->add($child);
+$parent->Controls[]=$child;
+
+where the property Controls refers to the child control collection of the parent.
+
+
+Control Identification
+
+Each control has an ID property that can be uniquely identify itself among its sibling controls. In addition, each control has a UniqueID and a ClientID which can be used to globally identify the control in the tree that the control resides in. UniqueID and ClientID are very similar. The former is used by the framework to determine the location of the corresponding control in the tree, while the latter is mainly used on the client side as HTML tag IDs. In general, you should not rely on the explicit format of UniqueID or ClientID.
+
+
+Naming Containers
+
+Each control has a naming container which is a control creating a unique namespace for differentiating between controls with the same ID. For example, a TRepeater control creates multiple items each having child controls with the same IDs. To differentiate these child controls, each item serves as a naming container. Therefore, a child control may be uniquely identified using its naming container's ID together with its own ID. As you may already have understood, UniqueID and ClientID rely on the naming containers.
+
+
+A control can serve as a naming container if it implements the INamingContainer interface.
+
+
+ViewState and ControlState
+
+HTTP is a stateless protocol, meaning it does not provide functionality to support continuing interaction between a user and a server. Each request is considered as discrete and independent of each other. A Web application, however, often needs to know what a user has done in previous requests. People thus introduce sessions to help remember such state information.
+
+
+PRADO borrows the viewstate and controlstate concept from Microsoft ASP.NET to provides additional stateful programming mechanism. A value storing in viewstate or controlstate may be available to the next requests if the new requests are form submissions (called postback) to the same page by the same user. The difference between viewstate and controlstate is that the former can be disabled while the latter cannot.
+
+
+Viewstate and controlstate are implemented in TControl. They are commonly used to define various properties of controls. To save and retrieve values from viewstate or controlstate, use following methods,
+
+$this->getViewState('Name',$defaultValue);
+$this->setViewState('Name',$value,$defaultValue);
+$this->getControlState('Name',$defaultValue);
+$this->setControlState('Name',$value,$defaultValue);
+
+where $this refers to the control instance, Name refers to a key identifying the persistent value, $defaultValue is optional. When retrieving values from viewstate or controlstate, if the corresponding key does not exist, the default value will be returned.
+
+
+$Id: Controls.page 1650 2007-01-24 06:55:32Z wei $
\ No newline at end of file
diff --git a/demos/quickstart/protected/pages/Fundamentals/ja/Hangman.page b/demos/quickstart/protected/pages/Fundamentals/ja/Hangman.page
new file mode 100644
index 00000000..8448e3dd
--- /dev/null
+++ b/demos/quickstart/protected/pages/Fundamentals/ja/Hangman.page
@@ -0,0 +1,14 @@
+
+
+Sample: Hangman Game
+
+Having seen the simple "Hello World" application, we now build a more complex application called "Hangman Game". In this game, the player is asked to guess a word, a letter at a time. If he guesses a letter right, the letter will be shown in the word. The player can continue to guess as long as the number of his misses is within a prespecified bound. The player wins the game if he finds out the word within the miss bound, or he loses.
+
+
+To facilitate the building of this game, we show the state transition diagram of the gaming process in the following,
+
+To be continued...
+
+
+
+$Id: Hangman.page 1650 2007-01-24 06:55:32Z wei $
\ No newline at end of file
diff --git a/demos/quickstart/protected/pages/Fundamentals/ja/Modules.page b/demos/quickstart/protected/pages/Fundamentals/ja/Modules.page
new file mode 100644
index 00000000..14f3f9e5
--- /dev/null
+++ b/demos/quickstart/protected/pages/Fundamentals/ja/Modules.page
@@ -0,0 +1,50 @@
+
+
+Modules
+
+A module is an instance of a class implementing the IModule interface. A module is commonly designed to provide specific functionality that may be plugged into a PRADO application and shared by all components in the application.
+
+
+PRADO uses configurations to specify whether to load a module, load what kind of modules, and how to initialize the loaded modules. Developers may replace the core modules with their own implementations via application configuration, or they may write new modules to provide additional functionalities. For example, a module may be developed to provide common database logic for one or several pages. For more details, please see the configurations.
+
+
+There are three core modules that are loaded by default whenever an application runs. They are request module, response module, and error handler module. In addition, session module is loaded when it is used in the application. PRADO provides default implementation for all these modules. Custom modules may be configured or developed to override or supplement these core modules.
+
+
+
+Request Module
+
+Request module represents provides storage and access scheme for user request sent via HTTP. User request data comes from several sources, including URL, post data, session data, cookie data, etc. These data can all be accessed via the request module. By default, PRADO uses THttpRequest as request module. The request module can be accessed via the Request property of application and controls.
+
+
+
+Response Module
+
+Response module implements the mechanism for sending output to client users. Response module may be configured to control how output are cached on the client side. It may also be used to send cookies back to the client side. By default, PRADO uses THttpResponse as response module. The response module can be accessed via the Response property of application and controls.
+
+
+
+Session Module
+
+Session module encapsulates the functionalities related with user session handling. Session module is automatically loaded when an application uses session. By default, PRADO uses THttpSession as session module, which is a simple wrapper of the session functions provided by PHP. The session module can be accessed via the Session property of application and controls.
+
+
+
+Error Handler Module
+
+Error handler module is used to capture and process all error conditions in an application. PRADO uses TErrorHandler as error handler module. It captures all PHP warnings, notices and exceptions, and displays in an appropriate form to end-users. The error handler module can be accessed via the ErrorHandler property of the application instance.
+
+
+
+Custom Modules
+
+PRADO is released with a few more modules besides the core ones. They include caching modules (TSqliteCache and TMemCache), user management module (TUserManager), authentication and authorization module (TAuthManager), etc.
+
+
+When TPageService is requested, it also loads modules specific for page service, including asset manager (TAssetManager), template manager (TTemplateManager), theme/skin manager (TThemeManager).
+
+
+Custom modules and core modules are all configurable via configurations.
+
+
+$Id: Modules.page 1650 2007-01-24 06:55:32Z wei $
\ No newline at end of file
diff --git a/demos/quickstart/protected/pages/Fundamentals/ja/Pages.page b/demos/quickstart/protected/pages/Fundamentals/ja/Pages.page
new file mode 100644
index 00000000..32c5d154
--- /dev/null
+++ b/demos/quickstart/protected/pages/Fundamentals/ja/Pages.page
@@ -0,0 +1,23 @@
+
+
+Pages
+
+Pages are top-most controls that have no parent. The presentation of pages are directly displayed to end-users. Users access pages by sending page service requests.
+
+
+Each page must have a template file. The file name suffix must be .page. The file name (without suffix) is the page name. PRADO will try to locate a page class file under the directory containing the page template file. Such a page class file must have the same file name (suffixed with .php) as the template file. If the class file is not found, the page will take class TPage.
+
+
+PostBack
+
+A form submission is called postback if the submission is made to the page containing the form. Postback can be considered an event happened on the client side, raised by the user. PRADO will try to identify which control on the server side is responsible for a postback event. If one is determined, for example, a TButton, we call it the postback event sender which will translate the postback event into some specific server-side event (e.g. OnClick and OnCommand events for TButton).
+
+
+
+Page Lifecycles
+
+Understanding the page lifecycles is crucial to grasp PRADO programming. Page lifecycles refer to the state transitions of a page when serving this page to end-users. They can be depicted in the following statechart,
+
+
+
+$Id: Pages.page 1650 2007-01-24 06:55:32Z wei $
\ No newline at end of file
diff --git a/demos/quickstart/protected/pages/Fundamentals/ja/Services.page b/demos/quickstart/protected/pages/Fundamentals/ja/Services.page
new file mode 100644
index 00000000..c35f3e26
--- /dev/null
+++ b/demos/quickstart/protected/pages/Fundamentals/ja/Services.page
@@ -0,0 +1,34 @@
+
+
+Services
+
+A service is an instance of a class implementing the IService interface. Each kind of service processes a specific type of user requests. For example, the page service responds to users' requests for PRADO pages.
+
+
+A service is uniquely identified by its ID property. By default when THttpRequest is used as the request module, GET variable names are used to identify which service a user is requesting. If a GET variable name is equal to some service ID, the request is considered for that service, and the value of the GET variable is passed as the service parameter. For page service, the name of the GET variable must be page. For example, the following URL requests for the Fundamentals.Services page,
+
+http://hostname/index.php?page=Fundamentals.Services
+
+
+
+Developers may implement additional services for their applications. To make a service available, configure it in application configurations.
+
+
+Page Service
+
+PRADO implements TPageService to process users' page requests. Pages are stored under a directory specified by the BasePath property of the page service. The property defaults to pages directory under the application base path. You may change this default by configuring the service in the application configuration.
+
+
+Pages may be organized into subdirectories under the BasePath. In each directory, there may be a page configuration file named config.xml, which contains configurations effective only when a page under that directory or a sub-directory is requested. For more details, see the page configuration section.
+
+
+Service parameter for the page service refers to the page being requested. A parameter like Fundamentals.Services refers to the Services page under the <BasePath>/Fundamentals directory. If such a parameter is absent in a request, a default page named Home is assumed. Using THttpRequest as the request module (default), the following URLs will request for Home, About and Register pages, respectively,
+
+http://hostname/index.php
+http://hostname/index.php?page=About
+http://hostname/index.php?page=Users.Register
+
+where the first example takes advantage of the fact that the page service is the default service and Home is the default page.
+
+
+$Id: Services.page 1650 2007-01-24 06:55:32Z wei $
\ No newline at end of file
diff --git a/demos/quickstart/protected/pages/Fundamentals/ja/applifecycles.gif b/demos/quickstart/protected/pages/Fundamentals/ja/applifecycles.gif
new file mode 100644
index 00000000..d5300aa6
Binary files /dev/null and b/demos/quickstart/protected/pages/Fundamentals/ja/applifecycles.gif differ
diff --git a/demos/quickstart/protected/pages/Fundamentals/ja/classtree.gif b/demos/quickstart/protected/pages/Fundamentals/ja/classtree.gif
new file mode 100644
index 00000000..b1fbf0d6
Binary files /dev/null and b/demos/quickstart/protected/pages/Fundamentals/ja/classtree.gif differ
diff --git a/demos/quickstart/protected/pages/Fundamentals/ja/directory.gif b/demos/quickstart/protected/pages/Fundamentals/ja/directory.gif
new file mode 100644
index 00000000..c7d5086d
Binary files /dev/null and b/demos/quickstart/protected/pages/Fundamentals/ja/directory.gif differ
diff --git a/demos/quickstart/protected/pages/Fundamentals/ja/lifecycles.gif b/demos/quickstart/protected/pages/Fundamentals/ja/lifecycles.gif
new file mode 100644
index 00000000..5edaff5f
Binary files /dev/null and b/demos/quickstart/protected/pages/Fundamentals/ja/lifecycles.gif differ
diff --git a/demos/quickstart/protected/pages/Fundamentals/ja/objectdiagram.gif b/demos/quickstart/protected/pages/Fundamentals/ja/objectdiagram.gif
new file mode 100644
index 00000000..7910469c
Binary files /dev/null and b/demos/quickstart/protected/pages/Fundamentals/ja/objectdiagram.gif differ
diff --git a/demos/quickstart/protected/pages/GettingStarted/ja/AboutPrado.page b/demos/quickstart/protected/pages/GettingStarted/ja/AboutPrado.page
new file mode 100644
index 00000000..74ca125d
--- /dev/null
+++ b/demos/quickstart/protected/pages/GettingStarted/ja/AboutPrado.page
@@ -0,0 +1,98 @@
+
+PRADO とは？
+
+PRADO はコンポーネントベースかつイベントドリブンなウェブアプリケーションを開発するためのPHP5フレームワークです。
+「PRADO」の名称は、PHP Rapid Application Development Object-oriented の略です。
+
+
+PRADO の第一の目標は、ウェブプログラミングにおいてコードの再利用を可能にすることです。
+自分自身で開発したコードを再利用するだけではなく、簡単な方法で他人の開発したコードを再利用することを目的としています。
+これは、開発工数を劇的に減らす事ができ、とても重要な項目といえます。
+この目的を実現するためにコンポーネントベースの概念を導入しています。
+
+
+上記の目的を達するために、PRADO ではコンポーネントを作成し、コンポーネントにアプリケーションの動作を定義する方法を採用しています。
+コンポーネントは、継承可能なものになっているので、簡単なコードの書き換えで再利用することが可能となっており、既存コンポーネントを利用して、簡単に新しいコンポーネントを作成する事ができます。
+
+
+コンポーネントをインタラクティブに利用できるように、PRADO ではイベントドリブンプログラミングの枠組みを含んでいます。
+ボタンの押下などのユーザーアクションをメソッドに対応付けておく事で、サーバー側のイベントとして自動的に取得する事ができます。
+POST/GET 変数を取得して処理をする従来のウェブプログラミングと比べて、イベントドリブン型プログラミングは開発者が必要な処理に集中でき、POST/GET の取得などの反復コードも激減する事になります。
+
+
+PRADO でのアプリケーション開発は、ページにコンポーネントを配置し、プロパティの設定やイベントに反応するメソッドをコーディングすることが主な作業となります。
+これはデスクトップ GUI アプリケーションを開発するのに使用する Borland Delphi や Microsoft Visual Basic などの RAD ツールと非常に似た作りとなっています。
+
+
+なぜ PRADO を使うのですか？
+
+PRADO はユニークなフレームワークとして紹介されています。
+事実、退屈な PHP プログラミングを楽しいものと変えることができるくらいユニークなフレームワークです。
+以下のリストは、PRADO に関する主な機能となっています。
+
+
+- 再利用性 - PRADO コンポーネントは再利用性に優れています。開発チームの他の人が開発したコードを再利用することにより、容易にチーム開発での連携を強める事ができます。
+- イベントドリブン型プログラミング - サーバーイベントとしてユーザーのアクションを取得する事ができるので、インタラクティブなアプリケーション開発をすることができます。
+- チーム統合 - 画面出力部分とロジック部分が別々に保存されるので、デザイナーと開発者の連携が容易になります。
+- 便利なウェブコントロール - PRADO ではとても便利なウェブコントロールがいくつも用意されており、数行のコードで利用可能となっています。例えば DataGrid コントロールを使用すると、ページングやソート、編集、行の削除が可能なテーブルを数行のコードで画面に出力する事ができます。
+- 強力なデータベースサポート - バージョン3.1から、PRADO フレームワークのネイティブコードでデータベースサポートがされています。データベースへのアクセスは、シンプルな PDO ベースのアクセス、active record、スキーマのマッピングをサポートした SqlMap から選択する事ができます。
+- AJAX サポート - バージョン3.1から、アクティブコントロールが実装されました。開発者は javascript のコードを一行も書くことなく、AJAXを利用する事ができます。アクティブコントロールの利用は、通常のコントロールの利用方法とまったく変わらずに行う事ができます。
+- I18N/L10N サポート - PRADO では国際語化ならびにローカライズに対応しています。
+- XHTML 対応 - PRADO で生成されたウェブページは XHTML に対応しています。
+- 既存技術の利用が可能 - PRADO はプレゼンテーション層にターゲットを当てたフレームワークです。ほとんどの既存クラスライブラリやツールをそのまま利用する事ができます。例として、AdoDB や Creole なども PRADO アプリケーションで利用する事ができます。
+- その他の機能 - エラーハンドリングとメッセージのロギング機能、キャッシング機構、エラーハンドリングのカスタム、ローカライズ、拡張可能な認証機能、クロスサイトサイトスクリプティング等のセキュリティに対応、クッキー保護等
+
+
+PRADO での開発はどの場面が適していますか？
+
+PRADO はインタラクティブなウェブアプリケーションを開発するのにとても適しています。
+コンテンツ管理システム（CMS）や、Eコマースなどの複雑なシステムを比較的容易に開発する事ができます。
+PRADO はコンポーネントベースのオブジェクト指向プログラミングですので、企業等でのチーム開発で力を発揮します。
+
+
+PRADO はアプリケーションの高速化とスケーラビリティを実現するためのキャッシュ機構を実装しています。
+利用する環境によりキャッシュモジュールを選択し、PRADO アプリケーションで利用する事ができます。
+出力キャッシュは、レンダリングされたウェブページの一部をキャッシュとして保存しておき、再度レンダリングする際に自動的にキャッシュから取得する機構になっています。
+
+
+PRADO は他のフレームワークと比較してどのような点が異なっていますか？
+
+PRADO はよくユニークなフレームワークと呼ばれています。
+コンポーネントベースとイベントドリブンな実装が特にユニークであるとされています。
+このプログラミング方法はデスクトップアプリケーション開発においては新しくはなく、いくつかのウェブプログラミング言語でも実装されていますが、PHP のフレームワークとしてはおそらく初めて実装されたフレームワークです。
+
+
+ほとんどの PHP フレームワークでは、画面表示部分とロジック部分を切り離して、MVCデザインパターンをすすめています。
+PRADO では、テンプレートの中に画面表示部分とロジック部分を埋め込んだ事により、自然にMVCと同じ目標を達成する事ができています。
+そして、MVCでは実現できなかったコンポーネントベースのプログラミングスタイル、豊富なウェブコントロール、強力なデータベースサポート、柔軟なエラー処理とロギング機能などの色々な機能を実装することができています。
+
+
+PRADO は安定していますか？
+
+はい。PRADO は2004年8月に初めてリリースされました。
+品質を確保するために多くのテストプログラムが作成されており、何千人もの開発者が利用しています。
+このテストプログラムによるテストを重ねて、フレームワークは開発されており、バグや機能追加などは TRAC システムにより管理されています。
+そして、すべての開発者の疑問にスピーディーに回答できるようにコミュニティも用意してあります。
+
+
+PRADO の歴史
+
+PRADO のユニークな発想は Apache Tapestry から生まれました。
+設計と実装には、Borland Delphi と Microsoft ASP.NET から多くのアイディアを借りました。
+PRADO の最初のバージョンは、2004年6月にできて、PHP4で書かれていましたが、Zend PHP5コンテストに応募するためにPHP5のコードに書き直しました。（PHP5から提供されたオブジェクトモデルはとても助けになりました）
+そして PRADO は Zend コンテストで観客・審査員の高い評価を得て特賞を勝ち取りました。
+
+
+2004年8月にオープンソースプロジェクトとして SourceForge にて提供され始め、そのすぐ後にプロジェクトサイト「xisc.com」が公開されました。
+PRADO 開発チームと PRADO ユーザーのサポートにより、PRADO は2005年中頃にバージョン2.0へとバージョンアップしました。
+このバージョンでは Wei Zhuo が I18N/L10N サポートの実装で貢献をしました。
+
+
+2005年5月に、バージョン2.0で見つかった問題点を解決し、さらに Microsoft ASP.NET2.0 で利用可能ないくつかの機能を実装するために PRADO フレームワークを完全に書き直す決定をしました。
+1年近い期間をかけて、新たに50,000行を超える新しいコードを追加し、2006年4月にバージョン3.0をリリースしました。
+
+
+バージョン3.0では、PRADO の品質と安定性を確実にするために多くの時間を当てています。
+そして私たちは、PRADO 2.x/1.x にてコンセプトの試験を重ね、PRADO 3.x を重要なビジネスアプリケーションの開発のフレームワークまで成長させたと確信しています。
+
+$Id: AboutPrado.page * 2007-06-06 21:53:00Z Shinya.K $
\ No newline at end of file
diff --git a/demos/quickstart/protected/pages/GettingStarted/ja/CommandLine.page b/demos/quickstart/protected/pages/GettingStarted/ja/CommandLine.page
new file mode 100644
index 00000000..ac15bfbb
--- /dev/null
+++ b/demos/quickstart/protected/pages/GettingStarted/ja/CommandLine.page
@@ -0,0 +1,106 @@
+
+Command Line Tool
+The optional prado-cli.php PHP script file in the framework
+directory provides command line tools to perform various tedious takes in Prado.
+The prado-cli.php can be used to create Prado project skeletons, create
+initial test fixtures, and access to an interactive PHP shell.
+
+Requirements
+
+To use the command line tool, you need to use your command prompt, command console
+or terminal. In addition, PHP must be able to execute PHP scripts from
+the command line.
+
+
+Usage
+
+If you type php path/to/framework/prado-cli.php, you should see
+the following information. Alternatively, if you are not on Windows,
+you may try to change the prado-cli.php into an executable
+and execute it as a script
+
+Command line tools for Prado 3.0.5.
+usage: php prado-cli.php action [optional]
+example: php prado-cli.php -c mysite
+
+actions:
+ -c
+ Creates a Prado project skeleton for the given .
+
+ -t
+ Create test fixtures in the given .
+
+ shell [directory]
+ Runs a PHP interactive interpreter. Initializes the Prado
+ application in the given [directory].
+
+
+The <parameter> are required parameters and [optional]
+are optional parameters.
+
+Creating a new Prado project skeleton
+
+To create a Prado project skeleton, do the following:
+
+ - Change to the directory where you want to create the project skeleton.
+ - Type, php ../prado/framework/prado-cli.php -c helloworld, where
+ helloworld is the directory name that you want to create the project skeleton files.
+ - Type, php ../prado/framework/prado-cli.php -t helloworld to create
+ the test fixtures for the helloworld project.
+
+
+Interactive Shell
+
+The interactive shell allows you to evaluate PHP statements from the command line.
+The prado-cli.php script can be used to start the shell and load an existing
+Prado project. For example, let us load the blog demo project. Assume that your
+command line is in the prado distribution directory and you type.
+
+
+
+$: php framework/prado-cli.php shell demos/blog
+
+The output should be
+
+Command line tools for Prado 3.0.5.
+** Loaded Prado application in directory "demos\blog\protected".
+PHP-Shell - Version 0.3.1
+(c) 2006, Jan Kneschke
+
+>> use '?' to open the inline help
+
+>>
+
+Then we will get an instance of the Prado blog application, and from
+that instance we want an instance of the 'data' module. Notice that
+a semicolon at the end of the line suppresses the output.
+
+
+>> $app = Prado::getApplication();
+
+>> $db = $app->getModule('data');
+
+Lastly, we want to use the data module to query for a post with ID=1. Notice that
+we leave out the semicolon to show the results.
+
+>> $db->queryPostByID(1)
+
+There should not be any errors and you should see the following.
+
+PostRecord#1
+(
+ [ID] => 1
+ [AuthorID] => 1
+ [AuthorName] => 'Prado User'
+ [CreateTime] => 1148819691
+ [ModifyTime] => 0
+ [Title] => 'Welcome to Prado Weblog'
+ [Content] => 'Congratulations! You have successfully installed Prado Blog --
+ a PRADO-driven weblog system. A default administrator account has been created.
+ Please login with admin/prado and update your password as soon as possible.'
+ [Status] => 0
+ [CommentCount] => 0
+)
+
+
+$Id: CommandLine.page 1927 2007-05-10 23:00:04Z wei $
diff --git a/demos/quickstart/protected/pages/GettingStarted/ja/HelloWorld.page b/demos/quickstart/protected/pages/GettingStarted/ja/HelloWorld.page
new file mode 100644
index 00000000..b3b0f142
--- /dev/null
+++ b/demos/quickstart/protected/pages/GettingStarted/ja/HelloWorld.page
@@ -0,0 +1,89 @@
+
+初めての PRADO アプリケーション
+
+
+ここでは、初めて PRADO アプリケーションを開発する人のために、定番の "Hello World" アプリケーションを解説します。
+
+
+"Hello World" を作る事は、最もシンプルでインタラクティブな PRADO アプリケーションを作る事かもしれません。
+このアプリケーションは、ページに Click Me と書いてある送信ボタンを配置してあります。
+ユーザーがボタンをクリックすると、ボタン文字が Hello World に変わるというアプリケーションです。
+
+
+このアプリケーションには、複雑なアプリケーションを作る上で重要なアプローチがいくつかあります。
+ひとつは、ページからサーバーに変数を送信して、その変数を利用して新しいページ（新しいボタン）を生成していることです。
+またもう一つは、Javascript の onclick を意識することなく利用し、ボタン文字を変更する事ができるということです。
+
+
+PRADO ではコンポーネントベース、そしてイベントドリブンのウェブプログラミングを構築する事ができます。
+ボタンは、TButton オブジェクトを使用します。
+TButton では Text プロパティがボタン文字となり、ユーザーのクリック動作をサーバーサイドの OnClick イベントに対応付けます。
+Text プロパティを変更する内容を定義したメソッドを OnClick に対応付けるだけで、ボタンクリックのアクションを設定することができます。
+以下にアプリケーションのシーケンスを示します。
+
+
+
+このアプリケーションは3つのファイル index.php, Home.page, Home.php から構成されています。
+
+
+各ディレクトリ名は開発者によって変更する事が可能です。例えば protected ディレクトリはウェブサーバーにより公開されたディレクトリ以外の場所へ移動することができます。このチュートリアルを読む事で、その方法を修得する事ができます。
+
+
+- assets - このディレクトリにはコンポーネントからファイルが展開されます。詳細は assets に書かれていますのでご覧下さい。このディレクトリはウェブサーバープロセスから書き込み可能である事が必要となります。
+- protected - アプリケーションデータと開発したコードが保存されるディレクトリです。このディレクトリは閲覧者からのアクセスを禁止されているべきディレクトリです。
+- runtime - アプリケーション状態などのアプリケーション情報がキャッシュとして保存されるディレクトリです。このディレクトリはウェブサーバープロセスからの書き込みが可能でなければなりません。
+- pages - PRADO ページを保存するディレクトリです。
+
+
+
+
Tip:PRADO プロジェクトディレクトリを作成するのに
framework/prado-cli.php（
コマンドラインスクリプト）を使用することができます。
+例えば、
helloworld プロジェクトを作りたいディレクトリへ移動し、
php path/to/prado-cli.php -c helloworld とコマンド入力する事で、
helloworld プロジェクトディレクトリを作成する事ができます。
+
+アプリケーションの実行に必要な3つのファイルの内容は以下のとおりです。
+
+
+- index.php - PRADO アプリケーションのエントリースクリプトです。このファイルは、PRADO アプリケーションでは必ず必要なファイルであり、唯一エンドユーザーが直接アクセスできるスクリプトファイルです。index.php の内容は主に以下の3つの項目からなっています。
+
+require_once('path/to/prado.php'); // PRADO スクリプトの読み込み
+$application=new TApplication; // PRADO アプリケーションインスタンスの作成
+$application->run(); // アプリケーション実行
+
+
+- Home.page - エンドユーザーが明示的にページを指定しない場合にこのページテンプレートが呼び出されます。テンプレートファイルでは、コンポーネントのレイアウトを定義します。この例では、TForm と TButton を使用しており、それぞれ<form> <input> のHTMLタグに対応しています。
+
+
+
+ <com:TForm>
+ <com:TButton Text="Click me" OnClick="buttonClicked" />
+ </com:TForm>
+
+
+
+
+- Home.php - Home テンプレートファイルのクラス定義ファイルです。ここではボタンの OnClick イベント内容の定義を行っています。
+
+class Home extends TPage
+{
+ public function buttonClicked($sender,$param)
+ {
+ // $sender refers to the button component
+ $sender->Text="Hello World!";
+ }
+}
+
+
+
+
+
+アプリケーションファイルの準備ができたら、次のURLからアクセスすることができます。 http://Web-server-address/helloworld/index.php
+この例ではドキュメントルート配下に helloworld というディレクトリを配置しています。Home.page テンプレートファイル内の TButton を TLinkButton へ変更してみてどのようになるかも試してみてください。
+
+
+PRADO リリースアーカイブファイルにこのデモのソースを格納しています。また、オンラインデモにて動作を確認する事ができます。
+
+
$Id: HelloWorld.page 1650 2007-06-04 00:38:00Z Shinya.K $
\ No newline at end of file
diff --git a/demos/quickstart/protected/pages/GettingStarted/ja/Installation.page b/demos/quickstart/protected/pages/GettingStarted/ja/Installation.page
new file mode 100644
index 00000000..746b3a8e
--- /dev/null
+++ b/demos/quickstart/protected/pages/GettingStarted/ja/Installation.page
@@ -0,0 +1,33 @@
+
+PRADO のインストール
+
+
+ご自分で管理されているサーバーをお持ちであれば、すぐにインストールすることが可能です。
+
+
+PRADO の最小構成は、サーバーがPHP5をサポートしていることです。
+PRADO は Windows と Linux 両環境の Apache サーバーでテストされています。
+PHP5 がサポートされているのであれば、他の環境でも動作させることができるかもしれません。
+
+
+
+PRADO のインストールは、PRADO をダウンロードし解凍することが主な作業となります。
+
+
+- PRADO公式ページからPRADOの最新版をダウンロードします。
+- ウェブアクセス可能なディレクトリに展開します。
+
+
+
+上記の作業のみでPRADOのインストールが完了します。
+http://web-server-address/prado/demos/ 以下にPRADOデモアプリケーションが展開されますので、PRADOを利用したアプリケーションの動作を体験する事ができます。
+デモアプリケーションの動作が確認できていれば、DocumentRoot 配下に prado サブディレクトリが展開されたことになりますので、インストールは正常に完了しております。
+
+
+もしデモアプリケーションが動作しない等の問題が発生しましたら、サーバー構成がPRADO必要条件を満たしているかどうかを確認する事ができるスクリプト http://web-server-address/prado/requirements/index.php が用意されていますので、確認してください。
+
+
$Id: Installation.page * 2007-06-03 17:01:00Z Shinya.K $
\ No newline at end of file
diff --git a/demos/quickstart/protected/pages/GettingStarted/ja/Introduction.page b/demos/quickstart/protected/pages/GettingStarted/ja/Introduction.page
new file mode 100644
index 00000000..31a20df1
--- /dev/null
+++ b/demos/quickstart/protected/pages/GettingStarted/ja/Introduction.page
@@ -0,0 +1,64 @@
+
+ようこそ PRADO クイックスタートチュートリアルへ
+
+
+このチュートリアルはPRADO3.xを使ったアプリケーションをスピーディーに構築するためのものです。
+
+
+既にPRADO3.xを使用しており、新しいバージョンで利用可能な機能を知りたい方には新機能ページを用意してあります。
+PRADOを使用したことのない方にはこのチュートリアルはとても役立つものですので、ぜひご覧下さい。
+
+
+
+
+このチュートリアルでは全ての機能は網羅しておりませんが、以下のリンクから開発の助けを得る事ができます。
+
+
$Id: Introduction.page * 2007-06-03 16:43:00Z Shinya.K $
+
\ No newline at end of file
diff --git a/demos/quickstart/protected/pages/GettingStarted/ja/NewFeatures.page b/demos/quickstart/protected/pages/GettingStarted/ja/NewFeatures.page
new file mode 100644
index 00000000..9fe65a4a
--- /dev/null
+++ b/demos/quickstart/protected/pages/GettingStarted/ja/NewFeatures.page
@@ -0,0 +1,36 @@
+
+
+新機能
+
+
+このページは、以下バージョンの PRADO に含まれる新機能の概要を紹介するページです。
+
+
+バージョン 3.1.0
+
+
+- AJAXサポート
+全てのコントロールにて Ajaxが有効になりました。（アクティブコントロール - active controls）
+アクティブコントロールは、通常のコントロールととても似た作りになっています。
+使用方法の詳細はチュートリアル アクティブコントロール をご覧下さい。
+
+- データベース連携サポートの完成
+- 新しいコントロール/モジュール/サービスを追加
+TSoapService, TOutputCache, TSessionPageStatePersister, TFeedService, TJsonService, cache dependency classes, TXmlTransform.
+
+
+- データコントロールの描画エンジンを改善
+データコントロールにて、アイテムテンプレートを再利用して描画するよう改善しました。
+TRepeater, TDataList, TDataGrid などのコントロールでの構成がクリアなコードになりました。
+チュートリアルが更新されているので、詳細はチュートリアル TRepeater, TDataList, TDataGrid をご覧下さい。
+
+- アプリケーション構造ファイルにて外部ファイル設定をサポート
+アプリケーション構造を外部ファイルにも定義できるようになり、テンプレートでの定義など柔軟なアプリケーション定義ができるようになりました
+
+- TDbUserManager / TDbUser によるシンプルなユーザー認証
+認証処理時のユーザーアカウントをデータベースに簡単に保存できるようになりました。
+
+
+
+$Id: NewFeatures.page * 2007-06-03 18:35:00Z Shinya.K $
+
\ No newline at end of file
diff --git a/demos/quickstart/protected/pages/GettingStarted/ja/Upgrading.page b/demos/quickstart/protected/pages/GettingStarted/ja/Upgrading.page
new file mode 100644
index 00000000..6a44ce08
--- /dev/null
+++ b/demos/quickstart/protected/pages/GettingStarted/ja/Upgrading.page
@@ -0,0 +1,64 @@
+
+
+Upgrading from v2.x and v1.x
+
+
+
+PRADO v3.0 is NOT backward compatible with earlier versions of PRADO.
+
+
+A good news is, properties and events of most controls remain intact, and the syntax of control templates remains largely unchanged. Therefore, developers' knowledge of earlier versions of PRADO are still applicable in v3.0.
+
+
+We summarize in the following the most significant changes in v3.0 to help developers upgrade their v2.x and v1.x PRADO applications more easily, if needed.
+
+
Component Definition
+
+Version 3.0 has completely discarded the need of component specification files. It relies more on conventions for defining component properties and events. In particular, a property is defined by the existence of a getter method and/or a setter method, while an event is defined by the existence of an on-method. Property and event names in v3.0 are both case-insensitive. As a consequence, developers are now required to take care of type conversions when a component property is being set. For example, the following code is used to define the setter method for the Enabled property of TControl, which is of boolean type,
+
+
+public function setEnabled($value)
+{
+ $value=TPropertyValue::ensureBoolean($value);
+ $this->setViewState('Enabled',$value,true);
+}
+
+
+where TPropertyValue::ensureBoolean() is used to ensure that the input value be a boolean. This is because when the property is configured in template, a string value is passed to the setter. In previous versions, PRADO knows the property type based on the component specification files and does the type conversion for you.
+
+
+Application Controller
+
+Application controller now implements a modular architecture. Modules can be plugged in and configured in application specifications. Each module assumes a particular functionality, and they are coordinated together by the application lifecycle. The concept of v2.x modules is replaced in v3.0 by page directories. As a result, the format of v3.0 application specification is also different from earlier versions.
+
+
+Pages
+
+Pages in v3.0 are organized in directories which may be compared to the module concept in v2.x. Pages are requested using the path to them. For example, a URL index.php?page=Controls.Samples.Sample1 would be used to request for a page named Sample1 stored under the [BasePath]/Controls/Samples directory, where [BasePath] refers to the root page path. The file name of a page template must be ended with .page, mainly to differentiate page templates from non-page control templates whose file names must be ended with .tpl.
+
+
+Control Relationship
+
+Version 3.0 redefines the relationships between controls. In particular, the parent-child relationship now refers to the enclosure relationship between controls' presentation. And a new naming-container relationship is introduced to help better manage control IDs. For more details, see the controls section.
+
+
+Template Syntax
+
+
+The syntax of control templates in v3.0 remains similar to those in earlier versions, with many enhancements. A major change is about the databinding expression. In v3.0, this is done by the following,
+
+
+<com:MyComponent PropertyName=<%# PHP expression %> .../>
+
+
+Expression and statement tags are also changed similarly. For more details, see the template definition section.
+
+
Theme Syntax
+
+Themes in v3.0 are defined like control templates with a few restrictions.
+
+
+$Id: Upgrading.page 1650 2007-01-24 06:55:32Z wei $
\ No newline at end of file
diff --git a/demos/quickstart/protected/pages/GettingStarted/ja/directory.gif b/demos/quickstart/protected/pages/GettingStarted/ja/directory.gif
new file mode 100644
index 00000000..e6c4f724
Binary files /dev/null and b/demos/quickstart/protected/pages/GettingStarted/ja/directory.gif differ
diff --git a/demos/quickstart/protected/pages/GettingStarted/ja/sequence.gif b/demos/quickstart/protected/pages/GettingStarted/ja/sequence.gif
new file mode 100644
index 00000000..4207a9bb
Binary files /dev/null and b/demos/quickstart/protected/pages/GettingStarted/ja/sequence.gif differ
--
cgit v1.2.3