[BUGFIX] Bad English in system extensions: "screen shot" 96/21296/3
authorBernhard Kraft <kraftb@think-open.at>
Sat, 8 Jun 2013 19:11:53 +0000 (21:11 +0200)
committerChristian Kuhn <lolli@schwarzbu.ch>
Tue, 11 Jun 2013 09:32:17 +0000 (11:32 +0200)
According to wiktionary [1] the word "screenshot" is a compound
word and not two separate words.

[1] http://en.wiktionary.org/wiki/screenshot

Resolves: #48989
Releases: 6.2, 6.1
Change-Id: Id7b9aa7eb98c4a2c6b0d47bddfb7cb9d51580aec
Reviewed-on: https://review.typo3.org/21296
Reviewed-by: Markus Klein
Tested-by: Markus Klein
Reviewed-by: Alexander Opitz
Tested-by: Alexander Opitz
Reviewed-by: Christian Kuhn
Tested-by: Christian Kuhn

index de59a1c..5938c35 100644 (file)
@@ -67,7 +67,7 @@ EXT:lang/cshimages/be_groups_4.png</source>
                        <trans-unit id="file_mountpoints.details" xml:space="preserve">
                                <source>The file folder tree is used by all File-submodules to navigate the file folders on the webserver. If you want users to access the servers file system through TYPO3 they need at least one File Mount (and access to eg. File &gt; Filelist module).
-You can mount a path in "fileadmin/" relative to the TYPO3 installation or you can mount an absolute path somewhere else on the server (outside webroot!). The last requires that $TYPO3_CONF_VARS[BE][lockRootPath] is defined. The path you mount is defined by the Filemount record you refer to by this field. So a File Mount just points to another record inside of which the details are configured. See screen shots below.
+You can mount a path in "fileadmin/" relative to the TYPO3 installation or you can mount an absolute path somewhere else on the server (outside webroot!). The last requires that $TYPO3_CONF_VARS[BE][lockRootPath] is defined. The path you mount is defined by the Filemount record you refer to by this field. So a File Mount just points to another record inside of which the details are configured. See screenshots below.
 "admin" users always have the "fileadmin/" folder mounted by default.
 Notice; as with 'DB mounts' the file folder mounts may be inherited by the users which are members of this group.</source>
@@ -150,7 +150,7 @@ EXT:lang/cshimages/be_groups_11.png</source>
                                <note from="developer">This string contains an internal text, which must not be changed. Just copy the original text into the translation field. For more information have a look at the Tutorial.</note>
                        <trans-unit id="tables_modify.image_descr" xml:space="preserve">
-                               <source>The screen shot above shows how the "Create new record" dialog looks for a user limited to editing only "Page" and "Page content" elements.
+                               <source>The screenshot above shows how the "Create new record" dialog looks for a user limited to editing only "Page" and "Page content" elements.
 The two tables are simply added to the list of "Tables (modify)" in the group Access Lists.
 This is (an example of) the full amount of elements that can be created on the page by the "admin" user for whom there are no restrictions.</source>
@@ -222,7 +222,7 @@ EXT:lang/cshimages/be_groups_13.png</source>
                        <trans-unit id="groupMods.image_descr" xml:space="preserve">
                                <source>The Backend Modules available for a user is reflected in the menu items of the backend. For most regular users only modules in the Web and File main modules are enabled. Typically "Web &gt; Page" is used for editing of page content.
-This is the assignment of Backend Modules to the user from the screen shot above. All four Web sub-modules and the two User sub-modules are configured here. However the File &gt; Filelist module must have been configured for another member group of this user (or inside the user profile itself which is also possible). The Help modules are all accessible by default and does not require explicit access.</source>
+This is the assignment of Backend Modules to the user from the screenshot above. All four Web sub-modules and the two User sub-modules are configured here. However the File &gt; Filelist module must have been configured for another member group of this user (or inside the user profile itself which is also possible). The Help modules are all accessible by default and does not require explicit access.</source>
                        <trans-unit id="inc_access_lists.description" xml:space="preserve">
                                <source>Select whether the Access Lists for Page type, Tables, Module and Allowed excludefield are enabled for this group.</source>
index 91e6a80..c2010c8 100644 (file)
@@ -49,7 +49,7 @@ EXT:lang/cshimages/core_3.png</source>
                        <trans-unit id="menu_modules.image_descr" xml:space="preserve">
                                <source>This is the range of menu options for a typical backend user.
-For another backend user it might be different. This screen shot shows how another user has different permissions set and therefore access to other modules only. Also the backend language has been set different for this user.</source>
+For another backend user it might be different. This screenshot shows how another user has different permissions set and therefore access to other modules only. Also the backend language has been set different for this user.</source>
                        <trans-unit id="menu_adminFunction.alttitle" xml:space="preserve">
                                <source>Admin Functions</source>
@@ -956,4 +956,4 @@ When working in the default Draft workspace or any customly created workspaces c
\ No newline at end of file