[BUGFIX] XLIFF: Approved attribute is on wrong element
[Packages/TYPO3.CMS.git] / typo3 / sysext / lang / locallang_csh_pages.xlf
1 <?xml version="1.0" encoding="UTF-8"?>
2 <xliff version="1.0">
3   <file source-language="EN" target-language="en" datatype="plaintext" original="messages" date="Lun  1 aoĆ» 2011 20:03:24 UTC" product-name="lang">
4     <header/>
5     <body>
6       <trans-unit id=".description" approved="yes">
7         <source>A 'Page' record usually represents a webpage in TYPO3. All pages have an id-number by which they can be linked and referenced. The 'Page' record does not itself contain the content of the page - for this purpose you should create 'Page content' records (Content Elements).</source>
8         <target>A 'Page' record usually represents a webpage in TYPO3. All pages have an id-number by which they can be linked and referenced. The 'Page' record does not itself contain the content of the page - for this purpose you should create 'Page content' records (Content Elements).</target>
9       </trans-unit>
10       <trans-unit id=".details" approved="yes">
11         <source>The pages table is the very backbone in TYPO3. All records editable by the mainstream modules in TYPO3 must 'belong' to a page. It's exactly like files and folders on your computers harddrive.
12
13 &lt;b&gt;The page tree&lt;/b&gt;
14 The pages are organized in a tree structure which is not only a very handy way of organizing in general but also a optimal reflection of how you should organize the pages on your website. And thus you'll normally find that the page tree is a reflection of the website navigation itself.
15
16 &lt;p&gt;uid, pid and the pagetree root&lt;/b&gt;
17 Technically all database elements has a field 'uid' which is a unique identification number. Further they must have a field 'pid' which holds the uid-number of the page (page id) to which they belong. If the 'pid' field is zero the record is found in the so called 'root'. Only administrators are allowed access to the root and furthermore table records must be configured to either belonging to a page or being found in the root.
18
19 &lt;b&gt;Storage of database records&lt;/b&gt;
20 Depending on the 'Type' of the page, it may also represent a general storage for database elements in TYPO3. In that case it is not necessarily available as a webpage but only internally in the page tree as a place to store items such as users, subscriptions etc. Such pages are typically of the type "SysFolder".</source>
21         <target>The pages table is the very backbone in TYPO3. All records editable by the mainstream modules in TYPO3 must 'belong' to a page. It's exactly like files and folders on your computers harddrive.
22
23 &lt;b&gt;The page tree&lt;/b&gt;
24 The pages are organized in a tree structure which is not only a very handy way of organizing in general but also a optimal reflection of how you should organize the pages on your website. And thus you'll normally find that the page tree is a reflection of the website navigation itself.
25
26 &lt;p&gt;uid, pid and the pagetree root&lt;/b&gt;
27 Technically all database elements has a field 'uid' which is a unique identification number. Further they must have a field 'pid' which holds the uid-number of the page (page id) to which they belong. If the 'pid' field is zero the record is found in the so called 'root'. Only administrators are allowed access to the root and furthermore table records must be configured to either belonging to a page or being found in the root.
28
29 &lt;b&gt;Storage of database records&lt;/b&gt;
30 Depending on the 'Type' of the page, it may also represent a general storage for database elements in TYPO3. In that case it is not necessarily available as a webpage but only internally in the page tree as a place to store items such as users, subscriptions etc. Such pages are typically of the type "SysFolder".</target>
31       </trans-unit>
32       <trans-unit id="_.seeAlso" approved="yes">
33         <source>xMOD_csh_corebe:pagetree,
34 tt_content,
35 About pages | http://typo3.org/documentation/document-library/doc_tut_quickstart/Pagetree/</source>
36         <target>xMOD_csh_corebe:pagetree,
37 tt_content,
38 About pages | http://typo3.org/documentation/document-library/doc_tut_quickstart/Pagetree/</target>
39       </trans-unit>
40       <trans-unit id="_.image" approved="yes">
41         <source>EXT:lang/cshimages/pages_1.png,
42 EXT:lang/cshimages/pages_2.png,</source>
43         <target>EXT:lang/cshimages/pages_1.png,
44 EXT:lang/cshimages/pages_2.png,</target>
45       </trans-unit>
46       <trans-unit id=".image_descr" approved="yes">
47         <source>The most basic fields of a page is the hidden flag, the type of page ("doktype") and the page title. Other fields are also available but typically added by extensions in TYPO3.
48 Pages are arranged in a page tree in TYPO3. The page from the editing form in the previous screenshot was the "Intro" page from this page tree. As you can see it belongs in the root of the page tree and has a number of "child" pages under it.</source>
49         <target>The most basic fields of a page is the hidden flag, the type of page ("doktype") and the page title. Other fields are also available but typically added by extensions in TYPO3.
50 Pages are arranged in a page tree in TYPO3. The page from the editing form in the previous screenshot was the "Intro" page from this page tree. As you can see it belongs in the root of the page tree and has a number of "child" pages under it.</target>
51       </trans-unit>
52       <trans-unit id="title.description" approved="yes">
53         <source>Enter the title of the page or folder. You must enter a page title. The field is required.</source>
54         <target>Enter the title of the page or folder. You must enter a page title. The field is required.</target>
55       </trans-unit>
56       <trans-unit id="title.details" approved="yes">
57         <source>The page title is used to represent the page visually in the system, for example in the page tree. Also the page title is used by default for navigation links on webpages.
58 You can always change a page title without affecting links to a page. This is because pages are always referenced by their "uid" number, not their title.
59 You can use any characters in the page title.</source>
60         <target>The page title is used to represent the page visually in the system, for example in the page tree. Also the page title is used by default for navigation links on webpages.
61 You can always change a page title without affecting links to a page. This is because pages are always referenced by their "uid" number, not their title.
62 You can use any characters in the page title.</target>
63       </trans-unit>
64       <trans-unit id="_title.image" approved="yes">
65         <source>EXT:lang/cshimages/pages_3.png</source>
66         <target>EXT:lang/cshimages/pages_3.png</target>
67       </trans-unit>
68       <trans-unit id="title.image_descr" approved="yes">
69         <source>The field for the page title has a little "required" icon next to it; You must supply a page title and you cannot save the new page unless you enter a title for it.</source>
70         <target>The field for the page title has a little "required" icon next to it; You must supply a page title and you cannot save the new page unless you enter a title for it.</target>
71       </trans-unit>
72       <trans-unit id="doktype.description" approved="yes">
73         <source>Select the page type. This affects whether the page represents a visible webpage or is used for other purposes.</source>
74         <target>Select the page type. This affects whether the page represents a visible webpage or is used for other purposes.</target>
75       </trans-unit>
76       <trans-unit id="doktype.details" approved="yes">
77         <source>The 'Standard' type represents a webpage.
78 'SysFolder' represents a non-webpage - a folder acting as a storage for records of your choice.
79 'Recycler' is a garbage bin.
80
81 &lt;b&gt;Notice:&lt;/b&gt; Each type usually has a specific icon attached. Also certain types may not be available for a user (so you may experience that some of the options are not available for you!). And finally each type is configured to allow only certain table records in the page (SysFolder will allow any record if you have any problems).
82
83 &lt;b&gt;$PAGES_TYPES [Technical]&lt;/b&gt;
84 The restrictions that apply to each page type is defined in the global array $PAGES_TYPES. Here it is defined which tables are allowed on a page. When extensions adds tables to TYPO3 they may need to register their tables in $PAGES_TYPES so they can be created on standard pages.</source>
85         <target>The 'Standard' type represents a webpage.
86 'SysFolder' represents a non-webpage - a folder acting as a storage for records of your choice.
87 'Recycler' is a garbage bin.
88
89 &lt;b&gt;Notice:&lt;/b&gt; Each type usually has a specific icon attached. Also certain types may not be available for a user (so you may experience that some of the options are not available for you!). And finally each type is configured to allow only certain table records in the page (SysFolder will allow any record if you have any problems).
90
91 &lt;b&gt;$PAGES_TYPES [Technical]&lt;/b&gt;
92 The restrictions that apply to each page type is defined in the global array $PAGES_TYPES. Here it is defined which tables are allowed on a page. When extensions adds tables to TYPO3 they may need to register their tables in $PAGES_TYPES so they can be created on standard pages.</target>
93       </trans-unit>
94       <trans-unit id="_doktype.seeAlso" approved="yes">
95         <source>be_groups:pagetypes_select,
96 About $PAGES_TYPES | http://typo3.org/documentation/document-library/doc_core_api/PAGES_TYPES/</source>
97         <target>be_groups:pagetypes_select,
98 About $PAGES_TYPES | http://typo3.org/documentation/document-library/doc_core_api/PAGES_TYPES/</target>
99       </trans-unit>
100       <trans-unit id="_doktype.image" approved="yes">
101         <source>EXT:lang/cshimages/pages_4.png</source>
102         <target>EXT:lang/cshimages/pages_4.png</target>
103       </trans-unit>
104       <trans-unit id="doktype.image_descr" approved="yes">
105         <source>This snippet of the page tree shows regular pages which usually have the yellow icons in top of this screenshot. You also see a Garbage bin page. Any records stored in a garbage bin should be regarded as waste and therefore not shown on the website etc. Finally the gray folders are "SysFolders". They cannot be viewed as regular webpages but serve as storage pages for database records of some kind.</source>
106         <target>This snippet of the page tree shows regular pages which usually have the yellow icons in top of this screenshot. You also see a Garbage bin page. Any records stored in a garbage bin should be regarded as waste and therefore not shown on the website etc. Finally the gray folders are "SysFolders". They cannot be viewed as regular webpages but serve as storage pages for database records of some kind.</target>
107       </trans-unit>
108       <trans-unit id="TSconfig.description" approved="yes">
109         <source>Page TypoScript configuration.</source>
110         <target>Page TypoScript configuration.</target>
111       </trans-unit>
112       <trans-unit id="TSconfig.details" approved="yes">
113         <source>Basically 'TypoScript' is a concept for entering values in a tree-structure. This is known especially in relation to creating templates for TYPO3 websites.
114 However the same principle for entering the hierarchy of values is used here to configure various features in relation to the backend, functions in modules, the Rich Text Editor etc.
115 The resulting 'TSconfig' for a page is actually an accumulation of all 'TSconfig' values from the root of the page tree and outwards to the current page. And thus all subpages are affected as well. A print of the page TSconfig is available from the 'Page TSconfig' menu in the 'Web&gt;Info' module (requires the extension "info_pagetsconfig" to be installed).</source>
116         <target>Basically 'TypoScript' is a concept for entering values in a tree-structure. This is known especially in relation to creating templates for TYPO3 websites.
117 However the same principle for entering the hierarchy of values is used here to configure various features in relation to the backend, functions in modules, the Rich Text Editor etc.
118 The resulting 'TSconfig' for a page is actually an accumulation of all 'TSconfig' values from the root of the page tree and outwards to the current page. And thus all subpages are affected as well. A print of the page TSconfig is available from the 'Page TSconfig' menu in the 'Web&gt;Info' module (requires the extension "info_pagetsconfig" to be installed).</target>
119       </trans-unit>
120       <trans-unit id="TSconfig.syntax" approved="yes">
121         <source>Basic TypoScript syntax &lt;em&gt;without&lt;/em&gt; 'Conditions' and 'Constants'.
122
123 It's recommended that only admin-users are allowed access to this field!</source>
124         <target>Basic TypoScript syntax &lt;em&gt;without&lt;/em&gt; 'Conditions' and 'Constants'.
125
126 It's recommended that only admin-users are allowed access to this field!</target>
127       </trans-unit>
128       <trans-unit id="_TSconfig.seeAlso" approved="yes">
129         <source>_MOD_web_info:tsconfig_hierarchy,
130 More about Page TSconfig | http://typo3.org/documentation/document-library/doc_core_tsconfig/Page_TSconfig/</source>
131         <target>_MOD_web_info:tsconfig_hierarchy,
132 More about Page TSconfig | http://typo3.org/documentation/document-library/doc_core_tsconfig/Page_TSconfig/</target>
133       </trans-unit>
134       <trans-unit id="_TSconfig.image" approved="yes">
135         <source>EXT:lang/cshimages/pages_5.png</source>
136         <target>EXT:lang/cshimages/pages_5.png</target>
137       </trans-unit>
138       <trans-unit id="TSconfig.image_descr" approved="yes">
139         <source>Page TSconfig customizing the Rich Text Editors behaviour in this branch of the page tree. The cool thing about Page TSconfig is that the configuration is specific for that page and subpages since the configuration settings are inherited down the page tree.</source>
140         <target>Page TSconfig customizing the Rich Text Editors behaviour in this branch of the page tree. The cool thing about Page TSconfig is that the configuration is specific for that page and subpages since the configuration settings are inherited down the page tree.</target>
141       </trans-unit>
142       <trans-unit id="php_tree_stop.description" approved="yes">
143         <source>Stops backend rendering of the page tree in navigation and lists.</source>
144         <target>Stops backend rendering of the page tree in navigation and lists.</target>
145       </trans-unit>
146       <trans-unit id="php_tree_stop.details" approved="yes">
147         <source>If you set this flag the page tree in the navigation frame will not expand that branch. Rather you will see a red "+" which indicates that the tree stopped here due to this flag being set.
148
149 The point with this flag is to prevent descendence into a branch that might have an unusual amount of subpages (hundreds).
150
151 You can click the red "+" and the page will become a temporary mount point in the navigation frame.</source>
152         <target>If you set this flag the page tree in the navigation frame will not expand that branch. Rather you will see a red "+" which indicates that the tree stopped here due to this flag being set.
153
154 The point with this flag is to prevent descendence into a branch that might have an unusual amount of subpages (hundreds).
155
156 You can click the red "+" and the page will become a temporary mount point in the navigation frame.</target>
157       </trans-unit>
158       <trans-unit id="_php_tree_stop.seeAlso" approved="yes">
159         <source>_MOD_web_info:pagetree_overview</source>
160         <target>_MOD_web_info:pagetree_overview</target>
161       </trans-unit>
162       <trans-unit id="_php_tree_stop.image" approved="yes">
163         <source>EXT:lang/cshimages/pages_8.png,
164 EXT:lang/cshimages/pages_6.png,
165 EXT:lang/cshimages/pages_7.png</source>
166         <target>EXT:lang/cshimages/pages_8.png,
167 EXT:lang/cshimages/pages_6.png,
168 EXT:lang/cshimages/pages_7.png</target>
169       </trans-unit>
170       <trans-unit id="php_tree_stop.image_descr" approved="yes">
171         <source>Here the "Stop page tree" flag is set. It is a palette field under "TSconfig".
172 In the pagetree the setting is reflected with the red "+" and it is not possible to expand that branch of the tree.
173 If you click the red "+" you will get the page mounted temporarily in the navigation frame.</source>
174         <target>Here the "Stop page tree" flag is set. It is a palette field under "TSconfig".
175 In the pagetree the setting is reflected with the red "+" and it is not possible to expand that branch of the tree.
176 If you click the red "+" you will get the page mounted temporarily in the navigation frame.</target>
177       </trans-unit>
178       <trans-unit id="storage_pid.description" approved="yes">
179         <source>A General Storage Folder is meant to be a global page for storage of general database elements of a website. That could be for templates, frontend users etc. which does not really relate to a single page but more to the whole site.</source>
180         <target>A General Storage Folder is meant to be a global page for storage of general database elements of a website. That could be for templates, frontend users etc. which does not really relate to a single page but more to the whole site.</target>
181       </trans-unit>
182       <trans-unit id="storage_pid.details" approved="yes">
183         <source>It is recommended that applications support "General Storage pages" so that they look for records in the sites general storage folder by default and that they should be specifically configured to look elsewhere.
184
185 A General Record Storage Page is typically a page of the "SysFolder" type.</source>
186         <target>It is recommended that applications support "General Storage pages" so that they look for records in the sites general storage folder by default and that they should be specifically configured to look elsewhere.
187
188 A General Record Storage Page is typically a page of the "SysFolder" type.</target>
189       </trans-unit>
190       <trans-unit id="_storage_pid.seeAlso" approved="yes">
191         <source>The Storage Folder | http://typo3.org/documentation/document-library/doc_tut_ftb1/The_Storage_Folder/</source>
192         <target>The Storage Folder | http://typo3.org/documentation/document-library/doc_tut_ftb1/The_Storage_Folder/</target>
193       </trans-unit>
194       <trans-unit id="editlock.description" approved="yes">
195         <source>If set, non-Admin users cannot edit the page properties or any records on the page (except subpages). They cannot create new records or pages on the page either.</source>
196         <target>If set, non-Admin users cannot edit the page properties or any records on the page (except subpages). They cannot create new records or pages on the page either.</target>
197       </trans-unit>
198       <trans-unit id="fe_login_mode.description" approved="yes">
199         <source>The Login Mode disables the ability to "be logged in" at this page.</source>
200         <target>The Login Mode disables the ability to "be logged in" at this page.</target>
201       </trans-unit>
202       <trans-unit id="fe_login_mode.details" approved="yes">
203         <source>Usually, if the user logs into TYPO3's Frontend the session gets carried around and for each page that user visits, it's calculated whether there is content that the user can see.
204
205 By disabling the login, this check does not happen anymore. So the content is the same for all states whether logged in or not or for different FE user groups. This again results in being able to send cache headers.</source>
206         <target>Usually, if the user logs into TYPO3's Frontend the session gets carried around and for each page that user visits, it's calculated whether there is content that the user can see.
207
208 By disabling the login, this check does not happen anymore. So the content is the same for all states whether logged in or not or for different FE user groups. This again results in being able to send cache headers.</target>
209       </trans-unit>
210     </body>
211   </file>
212 </xliff>