Gruppenabhängige Ansicht auf Liste

Andi Fandrich Als Antwort am 17 Jan. 2011 17:41

Leider zweimal die Antwort nein, geht nicht...

Karl Mueller Als Antwort am 17 Jan. 2011 22:13

Danke für die schnelle Antwort.

Ist aber bescheiden, wenn das nit geht... hät jetzt doch irgendwie erwartet, dass der Sharepoint im Jahre 2010 sowas hinbekommt. Aber gut. Is nicht. Muss ich mir was anderes überlegen.

Nochmal Danke und einen schönen Abend :)

PS: Falls jemandem ein Workaround dazu einfällt, ich bin für alles offen.

Eric Bachmann Als Antwort am 17 Jan. 2011 23:19

Spontan hätte ich da folgende Idee:

- AllItems.aspx bearbeiten (oder ne beliebige neue Webpartseite erstellen) und einen zweiten ListView-Webpart draufpacken

- In jedem Webpart eine der beiden Ansichten als Standard auswählen & die Menüleiste ausblenden

- Dem Webpart mit der Gruppe1-Ansicht als Zielgruppe die Gruppe 1 & 2 zuweisen und bei Gruppe2-Ansicht nur Gruppe 2 als Zielgruppe

Ist zumindest ein Workaround um Berechtigungen auf Ansichten zu simulieren. Durch das Ausblenden der Menüleiste ist auch das Wechseln nicht mehr möglich.

Die Elemente bleiben aber in diesem Fall für beide Gruppen zugänglich, wenn man den genauen Link kennt. Das kannst du nur lösen indem du die Vererbung von der Liste unterbrichst und händisch granulare Rechte auf die Einzelelemente vergibst. Um das zu automatisieren wäre aber auch ein Eventreceiver denkbar, der prüft in welcher Gruppe der Ersteller ist und dann die Rechte bei der Anlage im Hintergrund automatisch setzt.

Das geht aber vielleicht dann doch ein wenig zu weit :-)

Viele Grüße,

Eric

Thomas Östreich Als Antwort am 18 Jan. 2011 08:16

Schau mal hier

http://msdn.microsoft.com/en-us/library/aa544234.aspx

Aber dazu muss der View mit dem SPD angepasst werden da die Funktionalität nicht im UI vorhanden ist.

Karl Mueller Als Antwort am 18 Jan. 2011 23:02

Hi Thomas,

vielen Dank für den Tipp. Der geht den ersten Versuchen nach in die richtige Richtung :)

Bin aber noch auf der Suche nach der korrekten Syntax.

Noch einen schönen Abend.

Karl Mueller Als Antwort am 19 Jan. 2011 23:45

Zu früh gefreut :( Da muss ich nochmal drüber.

Karl Mueller Als Antwort am 20 Jan. 2011 21:53

Guten Abend Zusammen,

so nachdem ich eigentlich gestern Abend schon dachte, die Lösung gefunden zu haben, steh ich nun aktuell total aufm Schlauch :-(

So sieht die Query aus:

                 <Query>
                    <Where>
                        <Membership Type="CurrentUserGroups">
                            <FieldRef Name="Author"/>
                        </Membership>
                    </Where>
                </Query>

Die Spalte "Author" steht für "Erstellt von", welche aktuell immer "Benutzer1" (Mitglied von Gruppe1) enthält. Mein Verständins von dem Membership-Kram ist nun, dass die Gruppe des aktuell angemeldet Benutzers mit der Gruppe des Autors verglichen wird. Also jeder Benutzer aus der Gruppe des Autors würden dann die Einträge sehen, Benutzer aus anderen Gruppen sehen nichts. Oder bin ich da auf dem Holzweg?

Viele Grüße und ein Dank allen Helfer :-)

Thomas Östreich Als Antwort am 21 Jan. 2011 09:03

<Or>
  <Membership Type=\"CurrentUserGroups\">
    <FieldRef Name=\"AssignedTo\"/>
  </Membership>
  <Eq>
    <FieldRef Name=\"AssignedTo\"></FieldRef>
    <Value Type=\"Integer\">
      <UserID/>
    </Value>
  </Eq>
</Or>

CurrentUsersGroups = AssigentTo enthält eine Gruppe wo der Benutzer auch Mtglied ist.

http://msdn.microsoft.com/en-us/library/aa544234.aspx
Im CommunityContent steht,das es wohl auch noch eine ID gibt wo die Gruppe angegeben werden kann bei SPGroup.

Was geht ist wenn du ein Feld hast wo eine Gruppe enthalten ist, dann kannst du mit CurrentUserGroups arbeiten.
Ich gehe mal davon aus das es für SharePoint einfach zu aufwendig ist von einen Benutzer alle Gruppen zu ermitteln (performance), da ein Benutzer in n-Gruppen sein kann.