Go for(;;) it!

Wenn ihr dem Browser mal beibringen müsst, daß eine Datei tatsächlich nur zum Donwload aber nicht zum Öffnen gedacht ist könnt Ihr folgendes Meta-Tag verwenden:

<meta name=”DownloadOptions” content=”noopen”/>

Ab sofort kennt der Browser keine Öffnen Schaltfläche beim Donwload mehr. Ich habe das in einem SharePoint-Projekt benötigt, bei dem ein Kunde einen externen Zugriff auf das Portal hat, aber die aktuelle Vorlage nicht verändern sollte.
Have fun

Eine Anfrage, welche häufig vom Kunden gestellt wird…
Kann ich auch mit Wildcardzeichen in einer SharePoint Liste suchen?

Antwort: Mit MOSS ja WSS nein…!?

Aber es geht doch, wenn auch mit einem etwas überraschenden Weg.

Vorgehensweise:

Erstellt einen neue Webpartseite und fügt dort ein Content-Editor-Webpart und das gewünschte ListView-Webpart ein. Das Content-Editor Webpart befüllt Ihr mit der gewünschten Suchmaske. Beim Absenden der Suche macht Ihr einen Javascript-Aufruf, der die Webpartseite erneut lädt und hängt an die URL folgenden QueryString:

?FilterName=zussuchendesfeld&FilterMultivalue=*wertaussuchfeld*

Beispiel:

Wir wollen das Feld “Name” (Dateiname einer Dokumentenbibliothek durchsuchen à“Name” hat den internalName FileLeafRef) dann müssen wir nur folgendes an die URL unserer Seite anhängen:

?FilterName=FileLeafRef&FilterMultiValue=*Sche*

Ergebnis:
Liefert alle Dokumente, die im Namen Sche tragen

Hoffe es spart euch etwas Zeit.

Ein interessantes Tutorial von Paul Robinson zu folgendem Thema:

Beliebige Daten, welche in einem DataGrid gespeichert sind, sollen in SharePoint visualisiert werden.

Hierzu verwendet Paul das SPGridView und ein Kontextmenu für die Items auf Basis des SPMenuField.

Link zum Tutorial von Paul Robinson

Hier hab ich einen sehr informativen Beitrag von Andreas Fendrich gefunden, der in tabellarischer Form darstellt, wie die Ereignisse in Listen und Bibliotheken die relevanten Collections verwalten. Aus der Übersicht geht sehr schön hervor in welchen Ereignissen die Collections ListItem, BeforeProperties und AfterProperties welche Werte besitzen.

Vielen Dank Andreas!

Und hier der Link zum Artikel

Der Firefox übernimmt im Gegensatz zum IE nicht automatisch die Windows-Credentials des angemeldeten Benutzers. Um dieses Verhalten auch im Firefox abzubilden müssen folgende Schritte durch geführt werden.

Starten Sie Firefox

• Geben Sie in der Adresszeile about:config ein
• Bestätigen Sie mit “Ich werde vorsichtig sein, Versprochen!” J

• Filtern Sie nach dem Begriff network.auto

• Setzen Sie den Wert für den Punkt network.automatic-ntlm-auth.trusted-uris als Wert, die Domäne ein, der Sie vertrauen wollen (z.B. microsoft.de)
• Mehrere Werte können durch Komma separiert werden.
• Starten Sie Firefox neu

Ab jetzt kann Firefox automatisch die Windows-Credentials weiterreichen und die Anmeldemaske für den Benutzer entfällt J

Have Fun!

 Jürgen

Durch Anhängen von definierten Query-Parametern kann man eine dynamische Filterung einer SharePoint-Liste erzeugen.

Folgendes Schema ist zu beachten:

http://URLZurListe/AllItems.aspx/?FilterField1=Projektnummer&FilterValue1=987654

Ergebnis:

Filtert diese Liste nach dem Feld Projektnummer und dem Wert 987654.

Hinweis:
Die zu filternde Spalte muss nicht unbedingt in der View sichtbar sein.

Hoffe das könnt Ihr mal gebrauchen.

Vielleicht kennt Ihr auch folgendes Problem.:
Nach dem ausgeführten WSS-Setup auf einem Small Business Server 2008 hat der SharePoint als Datenbasis eine SQLServer Embedded Edition (##SSEE).

Eine Verbindung mit dem SQL Server Management Studio Express scheitert, da die Instanz bei der Suche nicht angezeigt wird. Eine Verbindung kann also nur über die lokalen Pipes funktionieren.

Hierzu trägt man beim Verbinden zur Instanz folgenden Servernamen ein:

\\.\pipe\MSSQL$MICROSOFT##SSEE\sql\query

Jetzt kann die Internal Database auch über das Management Studio angesprochen werden.

Wenn Ihr ein Feature mit MOSS 2007 deployed braucht ihr ein paar XML-Beschreibungsdateien, wie elements.xml und feature.xml. Um diese schneller, effektiver und richtiger J zu erstellen sollte das passende Schema (*.xsd) importiert werden.

Die Schema-Datei findet Ihr unter:

• C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\12\TEMPLATE\XML

Durch einen Klick auf den Assist-Button (der mit den 3 Punkten J) in den Properties der XML-Datei bei dem Punkt Schemas könnt Ihr den Pfad auswählen und habt dann Intellisense für die relevante XML-Datei.

Wollt Ihr das für alle zukünftigen XML-Dateien auch bereit stellen sollte die Datei wss.xsd aus dem Verzeichnis in das Visual Studio kopiert werden.
Und zwar in den Pfad:

• C:\Program Files\Microsoft Visual Studio 9.0\Xml\Schemas

Viel Erfolg und happy deployment J

Wer den WSPBuilder auf einem nicht englischen Visual Studio 2005/2008 installiert, bekommt im Kontextmenu des Projektes leider nicht die WSP-Builder Toolleiste angezeigt.

Um dieses Problem zu beheben:

Im Visual Studio bitte Extras-Optionen – Add-In/Makrosicherheit und hier folgenden Pfad (bei standardmäßiger Installation des WSPBuilders) eintragen.

C:\Dokumente und Einstellungen\All Users\Anwendungsdaten\Microsoft\MSEnvShared\Addins

Dann Visual Studio neu starten und et voila… WSP Builder-Kontextmenu ist da J