<?xml version="1.0" encoding="UTF-8"?>
<xliff version="1.0">
	<file source-language="en" datatype="plaintext" original="messages" date="2011-10-17T20:22:33Z" product-name="lang">
		<header/>
		<body>
			<trans-unit id=".description" xml:space="preserve">
				<source>Defines custom workspaces in TYPO3 which allows for groups of people to work together in a publishing process with draft content. More information about workspaces can be found in the document "Inside TYPO3".</source>
			</trans-unit>
			<trans-unit id="title.description" xml:space="preserve">
				<source>Enter the name of the workspace. This value is shown in the workspace selector box in the backend.</source>
			</trans-unit>
			<trans-unit id="description.description" xml:space="preserve">
				<source>Make a description of the workspace purpose here. This information is shown in the Workspace Manager and should instruct the workspace users about the purpose of the workspace.</source>
			</trans-unit>
			<trans-unit id="adminusers.description" xml:space="preserve">
				<source>Owners of the workspace are those who are allowed to add members and reviewers to the workspace and pick the page tree starting points etc.</source>
			</trans-unit>
			<trans-unit id="adminusers.details" xml:space="preserve">
				<source>Owners can also add and delete other owners. If a user is allowed to create workspaces himself he will automatically become the initial owner user of the workspace. They are also the only ones who can eventually publish the workspace content (except general TYPO3 "admin" users) and thus the highest review authority (unless members/reviewers have access to the Live workspace).</source>
			</trans-unit>
			<trans-unit id="members.description" xml:space="preserve">
				<source>Members can be backend users or groups and will have access to work in the workspace. They cannot publish content (unless they have access to the Live workspace) but only edit it after which they will forward it for approval by a reviewer.</source>
			</trans-unit>
			<trans-unit id="_members.seeAlso" xml:space="preserve">
				<source>sys_workspace:reviewers</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>
			<trans-unit id="reviewers.description" xml:space="preserve">
				<source>Content have to pass through reviewers approval before it can finally be published by a workspace owner. Reviewers can be backend users or groups and will have access to the workspace just as members have, but can in addition approve content for final publication.</source>
			</trans-unit>
			<trans-unit id="reviewers.details" xml:space="preserve">
				<source>In case you need no review layer between editors (normally workspace "members") and the workspace owners what you simply do is to add all editors as reviewers. This give them access to raise content all the way to the workspace owners. Since content is by default raised from editing to review to publish state it even gives the possibility of informal "four-eye" review where workspace owners can require that content has  been raised by action from two different reviewers.</source>
			</trans-unit>
			<trans-unit id="_reviewers.seeAlso" xml:space="preserve">
				<source>sys_workspace:members</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>
			<trans-unit id="stagechg_notification.description" xml:space="preserve">
				<source>When the stage of content changes, users in the workspace can receive a notification by email. Only members/reviewers who are attached to the workspace as users and not through their groups will be notified.</source>
			</trans-unit>
			<trans-unit id="stagechg_notification.details" xml:space="preserve">
				<source>"Notify users on next stage only": When content is raised from "Editing" to "Review", reviewers are notified. When content is raised to "Publish", owners are notified. When content is rejected, members and reviewers are notified. When content is raised from rejected state, members are notified.

"Notify all users on any change" : All users in workspace are notified regardless of change.</source>
			</trans-unit>
			<trans-unit id="db_mountpoints.description" xml:space="preserve">
				<source>If one or more DB mounts are specified the page tree of the backend will be locked into these root points during work in the workspace.</source>
			</trans-unit>
			<trans-unit id="db_mountpoints.details" xml:space="preserve">
				<source>Any DB mount specified here must be inside the DB mount set for the backend user who logs in. If that is not the case the workspace DB mount will simply not be mounted for the user. If no DB mounts are specified for the workspace the users will access the DB mounts of their user profile.</source>
			</trans-unit>
			<trans-unit id="file_mountpoints.description" xml:space="preserve">
				<source>Filemounts available for workspace users. Please see details for security information!</source>
			</trans-unit>
			<trans-unit id="file_mountpoints.details" xml:space="preserve">
				<source>IMPORTANT: By default a draft workspace has all filemounts disabled! This is because versioning does not apply to any files edited through filemounts in TYPO3. Hence any access to those files would violate the principle that no content managed in a draft workspace will be live before published.
However, for specific projects this violation might be acceptable or necessary and therefore you can add a filemount. This will be forced upon any user in the workspace regardless of his filemounts inherited from his groups and user profile!</source>
			</trans-unit>
			<trans-unit id="publish_time.description" xml:space="preserve">
				<source>Specify a time of publication of the workspace content.</source>
			</trans-unit>
			<trans-unit id="publish_time.details" xml:space="preserve">
				<source>The publish and unpublish times are active only if "mod/user/ws/cli/ws_cli.phpsh" is set up as a cronjob running every minute. Example configuration could be "* * * * * /[ABSOLUTE PATH TO TYPO3 SITE]/typo3/mod/user/ws/cli/ws_cli.phpsh"</source>
			</trans-unit>
			<trans-unit id="_publish_time.seeAlso" xml:space="preserve">
				<source>sys_workspace:unpublish_time</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>
			<trans-unit id="unpublish_time.description" xml:space="preserve">
				<source>Specify an additional time of (un)publication of the workspace content.</source>
			</trans-unit>
			<trans-unit id="unpublish_time.details" xml:space="preserve">
				<source>By "additional" is meant that both publishing times are used in a similar way, but if "Publish" is specified it takes precedence over "Unpublish". Anyway, the point of two publishing times is that workspace content could be swapped in for a limited period and then out again. But notice; for this to work the Swap mode must be set to "Swap-Into-Workspace on Auto-publish".</source>
			</trans-unit>
			<trans-unit id="_unpublish_time.seeAlso" xml:space="preserve">
				<source>sys_workspace:publish_time,sys_workspace:swap_modes</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>
			<trans-unit id="freeze.description" xml:space="preserve">
				<source>If set, no editing is allowed inside workspace.</source>
			</trans-unit>
			<trans-unit id="live_edit.description" xml:space="preserve">
				<source>If set, records from tables where versioning is not enabled can still be edited "live" inside the workspace.</source>
			</trans-unit>
			<trans-unit id="review_stage_edit.description" xml:space="preserve">
				<source>If set, records raised to Review stage can still be edited by workspace members. This allows late changes to be made while waiting for the review. Only when the stage is raised to Publish the record is completely locked for editing for members and reviewers.</source>
			</trans-unit>
			<trans-unit id="disable_autocreate.description" xml:space="preserve">
				<source>If set, records are not automatically created as new versions when edited in the workspace. A new version must be manually created first.</source>
			</trans-unit>
			<trans-unit id="swap_modes.description" xml:space="preserve">
				<source>Defines modes for publishing as a "swap" action where the online content is moved into the workspace in exchange for the workspace content.</source>
			</trans-unit>
			<trans-unit id="swap_modes.details" xml:space="preserve">
				<source>By default swapping is allowed. Thereby two versions can be published "in and out" of a workspace multiple times, always substituting each other. If this is not desired, it can be disabled with "Disable Swap-Into-Workspace".
Another mode "Swap-Into-Workspace on Auto-publish" will force the automatic publishing through the cronjob to swap versions. This is necessary to use if you specify both a publish AND un-publish time because otherwise the workspace will be empty after the first publish action!</source>
			</trans-unit>
			<trans-unit id="_swap_modes.seeAlso" xml:space="preserve">
				<source>sys_workspace:unpublish_time</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>
			<trans-unit id="vtypes.description" xml:space="preserve">
				<source>Select versioning types you want to disable for workspace editors/reviewers (admin users and owners are not limited).</source>
			</trans-unit>
			<trans-unit id="vtypes.details" xml:space="preserve">
				<source>"Element" is the most common form of versioning where a single element is versionized solo.
"Page" is a versioning type where a page record and child records from specified tables (like "Content Elements" and "Language Overlay Records") are copied along. This form is more complex but offers flexibility in terms of rearrangement of elements on the page.
"Branch" versioning is where a page is versionized and all subpages and content is copied along. This can have quite heavy implications on data duplication and is recommended only in special circumstances.

More information about versioning types can be read in "Inside TYPO3"</source>
			</trans-unit>
			<trans-unit id="publish_access.description" xml:space="preserve">
				<source>Refines the rules of publishing</source>
			</trans-unit>
			<trans-unit id="publish_access.details" xml:space="preserve">
				<source>"Publish only content in publish stage" : Only when content is in publish stage can it be published.
"Only workspace owner can publish" : Only the workspace owner can publish the content in the workspace, even if members or reviewers have access to the Live workspace.</source>
			</trans-unit>
		</body>
	</file>
</xliff>
