# $Id$
#
# LANGUAGE translation of Drupal (user_relationship_implications)
# Copyright 2009 NAME <EMAIL@ADDRESS>
# Generated from file: user_relationship_implications.module,v 1.1.2.9 2009/07/06 13:13:58 alexk
#
msgid ""
msgstr "Project-Id-Version: PROJECT VERSION\n"
"POT-Creation-Date: 2009-11-04 11:56+0100\n"
"PO-Revision-Date: 2009-11-04 15:27+0100\n"
"Last-Translator: Thomas Zahreddin <tz@it-arts.org>\n"
"Language-Team: German\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"

#: user_relationship_implications/user_relationship_implications.module:53
msgid "@type_name"
msgstr "@type_name"

#: user_relationship_implications/user_relationship_implications.module:77
msgid "This relationship implies"
msgstr "Diese Beziehung beinhaltet"

#: user_relationship_implications/user_relationship_implications.module:82
msgid ""
"\n"
"        <ul>\n"
"          <li>Users will automatically have these relationships created "
"between them when the implying relationship is created. (ex: Manager implies "
"Coworker).</li>\n"
"          <li>When the implied relationship is removed the implying "
"relationship will not be removed. (ex: removing Coworker WILL NOT remove "
"Manager)</li>\n"
"          <li>If \"strict\" is set the implying relationship will be removed "
"when the implied relationship is removed. (ex: removing Coworker WILL remove "
"Manager)</li>\n"
"          <li>Reverse is really only useful for one-way relationships. It "
"allows things like Parent implies Offspring to work in the right direction</"
"li>\n"
"        </ul>\n"
"      "
msgstr "\n"
"        <ul>\n"
"          <li> Die Benutzer werden automatisch über diese Beziehungen zwischen ihnen entsteht, wenn die Beziehung impliziert wird erstellt. (z.B.: ein Manager ist auch ein Mitarbeiter). </li>\n"
"          [fuzzy] <li>Wenn eine implizierte Beziehung entfernt wird, wird die direkte Beziehung davon nicht berührt. z.B.: der Manager wird vom Mitarbeiter zum Eigentümer, bleibt aber Manager</li>\n"
"          <li> Wenn \"strenge\" implizierte Beziehungen gefordert sind, führt das Löschen der implizierten Beziehung auch zum löschen der direkte Beziehung. z.B.: die Abschaffung der Coworker WILL Manager entfernen</li>\n"
"          <li> Umgekehrt ist nur für einseitige Beziehungen nützlich. Es ermöglicht Dinge wie Eltern bedeutet Offspring in die richtige Richtung arbeiten </li>\n"
"        </ul>\n"
"      "

#: user_relationship_implications/user_relationship_implications.module:97
msgid "Strict"
msgstr "Exact"

#: user_relationship_implications/user_relationship_implications.module:97
msgid "Reverse"
msgstr "Umgekehrt"

#: user_relationship_implications/user_relationship_implications.module:262
msgid "Implies"
msgstr "Impliziert"

#: user_relationship_implications/user_relationship_implications.module:324
msgid "online"
msgstr "online"

#: user_relationship_implications/user_relationship_implications.module:324
msgid "not online"
msgstr "nicht online"

#: user_relationship_implications/user_relationship_implications.module:339
msgid "relationships"
msgstr "Beziehungen"