“Die folgende URL ist ungültig: …”

Heute morgen wollte ich das nochmal nachvollziehen und [...]]]> Vor kurzem hatte ich mir Windows 7 auf den PC und den Laptop installiert, und bisher auf meinem virtuellen SharePoint-Server (unter Virtual PC) noch kein InfoPath-Formular veröffentlicht. Jetzt war es wieder soweit, und ich versuchte unterwegs, ein einfaches Formular zu veröffentlichen. Fehlanzeige. Meldung:

“Die folgende URL ist ungültig: …”

Heute morgen wollte ich das nochmal nachvollziehen und – jetzt ging es plötzlich! Was war der Unterschied? Ich war mit meinem Laptop wieder im LAN angestöpselt, sobald ich mich davon trennte, kam wieder die Meldung…

Nach etwas Recherche bin ich auf folgendes gestoßen:
http://www.sharepoint-tips.com/2007/02/publishing-infopath-to-sharepoint.html

Hier sind ein paar Dinge genannt, die bei mir nicht als Ursache in Frage kamen, allerdings konnte ich mit dem Hinweisen in den Kommentaren feststellen, dass nach Abschalten des Dienstes “Benachrichtigungsdienst für Systemereignisse” das Veröffentlichen auch ohne LAN-Verbindung funktionierte.

Siehe auch:
http://blogs.infosupport.com/blogs/porint/archive/2006/11/01/Publishing-an-InfoPath-2007_2D00_form-to-a-InfoPath-Form-Services-server_3A00_-URL-not-valid.aspx

Ob das was mit Windows 7 zu tun hat? Wohl eher nicht, wenn von diesem Fehler schon vor drei Jahren berichtet wurde…
Falls jemand eine Erklärung für dieses Verhalten hat…

Die Wiedergabe ist selbstverstaendlich nur moeglich, wenn das entsprechende Dokument aus MS SharePoint heraus geoeffnet wurde, und dort ein  ContentType  in der Bibliothek fuer die Inhalte verwaltet wird. Ist dies der Fall, so sind die, im [...]]]> Bekanntlich stellt MS Word oder Excel 2007 ein InfoPanel (InfoPath) zur Verfuegung, in welchem die Werte des MS SharePoint Dokument-Inhaltstypen (ContentType) dargestellt werden.

Die Wiedergabe ist selbstverstaendlich nur moeglich, wenn das entsprechende Dokument aus MS SharePoint heraus geoeffnet wurde, und dort ein  ContentType  in der Bibliothek fuer die Inhalte verwaltet wird. Ist dies der Fall, so sind die, im ContentType definierten Eigenschaften, in der Client Applikation von der BenutzerIn veraenderbar.

In MS Word 2007  hat man/Frau nun die Moeglichkeit die Werte in Textbausteinen zu benutzen. In Excel besteht IMHO diese Moeglichkeit adhoc nicht.

Hier setzt unser Add-In ContentTypeProperties.xll an, welches  Anlass dieses Beitrages ist. Das MindBusiness  Add-In stellt eine benutzerdefinierte Funktion (UDF) zur Verfuegung. Die Funktion ’GetContentTypePropertyByName’ erfordert einen Zeichenfolge-Parameter, welcher einem benutzerdefinierten SharePoint ContentType Property enspricht. In der hier veroeffentlichten Test-Version muss der Name mit ‘Excel_’ beginnen. Desweiteren ist in der Vollversion auch ein Setzen (Set..) und ein automatisches Refreshen der Zelleninhalte moeglich.

Die hier verlinkte Datei stellt ein zip Archiv dar, welches entpackt und ueber die Add-In Verwaltung von Excel 2007  registriert werden sollte. Danach ist die bereitgestellte Funktion im SharePoint-gebundenen-ExcelSheet, wie alle anderen benutzbar.

Nun aber die Anleitung der Installation der Reihe nach: Nach dem Entpacken des Archivs zeigt das MS  Windows-Betriebssystem normalerweise die Datei ContentTypeProperties.xll mit einem excel Icon an. Als admin kann man/Frau die Datei auch starten und die Frage nach dem ‘Add-In fuer diese Sitzung’ bejahen, die Funktion steht dann zur Verfuegung, als Benutzer ohne administrative Rechte versucht Excel die Datei aber auch anzuzeigen, was nicht im Sinne des Erfinders ist;)  Hier sollte also der eigentliche Weg  ueber die Excel-Optionen | Add-In Verwaltung (unten am Bildschirmfenster) gegangen werden.

Das Add-In setzt die MS .Net Runtime Version 2 und ein MS Excel 2007  auf dem Client vorraus.

Wir zeigen Ihnen hier noch einmal die wichtigsten Schritte, und wie Sie damit eine ansprechende Menüleiste in InfoPath gestalten können.

Häufig wird in Infopath eine Senden- oder Speichern-Schaltfläche eingefügt. Diese möchten wir als ansprechende Grafik anzeigen [...]]]> Hier gibt es einen interessanten Artikel, wie man in InfoPath-Formularen Grafiken als Schaltflächen einbinden kann:
http://support.microsoft.com/?scid=kb%3Ben-us%3B832511&x=15&y=5

Wir zeigen Ihnen hier noch einmal die wichtigsten Schritte, und wie Sie damit eine ansprechende Menüleiste in InfoPath gestalten können.

Grafik für Schaltflächen

Häufig wird in Infopath eine Senden- oder Speichern-Schaltfläche eingefügt. Diese möchten wir als ansprechende Grafik anzeigen lassen. Vielleicht haben Sie selbst schon eine passende Grafik, wir verwenden in diesem Fall eine Grafik, die wir in einem Icon Theme gefunden haben: http://www.opentux.com.ar/lordcrow/packs/kneu.html

(Ja, wir wildern hier ein wenig in Linux-Gefilden…, die Grafiken sind unter der GPL-Lizenz zur Verfügung gestellt)

Hier die Grafik filesave.png:

Formular vorbereiten

1. Öffnen Sie InfoPath und entwerfen ein neues Formular. Über den Aufgabenbereich Layout fügen Sie eine Tabelle mit Überschrift ein. Wählen Sie ggf. ein Farbschema.
2. Fügen Sie eine Layouttabelle ein, die z.B. aus fünf Spalten und zwei Zeilen besteht, setzen Sie alle Zellen auf "Zentriert".
3. Fügen Sie in die linke obere Zelle eine neue Schaltfläche ein und in die Zelle darunter die Beschriftung "Speichern".
4. Doppelklicken Sie auf die Schaltfläche, wählen den Reiter "Größe" und geben dort Höhe und Breite der später verwendeten Grafik ein, bei uns ist das jeweils 64 px.

Jetzt sieht das Formular z.B. so aus:

Grafik als Ressource hinzufügen

Damit später die Grafik erkannt wird, wählen Sie nun Menü Extras – Ressourcendateien und fügen die gewünschte Grafik hinzu:

Speichern Sie nun ihr InfoPath-Formular über Menü Datei – Als Quelldateien speichern, erstellen Sie am besten ein eigenes Verzeichnis. Dabei wird die Formularvorlage entpackt und Sie können die folgenden Schritte ausführen.

Grafik für die Schaltfläche festlegen

Öffnen Sie im Windows Explorer das Verzeichnis mit den Quelldateien. Dort finden Sie u.a. die Datei view1.xsl, die Sie jetzt in einem Texteditor öffnen (z.B. Notepad). Beachten Sie, dass Sie die folgenden Schritte für jede Ansicht ausführen müssen, die die grafische Schaltfläche enthalten soll.

Suchen Sie jetzt die Zeile, die die Schaltfläche definiert, Schaltflächen beginnen dabei immer mit "<input". In unserem Fall sieht die komplette Zeile so aus:

<input class="langFont" title="" style="WIDTH: 64px; HEIGHT: 64px" type="button" value="Schaltfläche" xd:xctname="Button" xd:CtrlId="CTRL1_5" tabIndex="0"/>

In dieser Zeile müssen wir jetzt die Grafik einbinden. Sie sehen als Bestandteil der Zeile das Attribut "style", dieses muss mit folgendem Inhalt erweitert werden, außerdem muss hier natürlich der richtige Dateiname für die gewünschte Grafik stehen:

BORDER: none; BACKGROUND-IMAGE: url(filesave.png); BACKGROUND-POSITION: left top; BACKGROUND-REPEAT: no-repeat;

Weiterhin muss der Text der normalen Schaltfläche entfernt werden, sonst wird dieser mit der Grafik angezeigt. In unserem Beispiel muss also der Begriff "Schaltfläche" entfernt werden. Die komplette Zeile sieht dann so aus:

<input class="langFont" title="" style="BORDER: none; BACKGROUND-IMAGE: url(filesave.png); BACKGROUND-POSITION: left top; BACKGROUND-REPEAT: no-repeat; WIDTH: 64px; HEIGHT: 64px" type="button" value="" xd:xctname="Button" xd:CtrlId="CTRL1_5" tabIndex="0"/>

Formular öffnen

Jetzt können Sie im Verzeichnis mit den entpackten Dateien die Datei manifest.xsf mit rechts anklicken und Entwerfen wählen. Das Formular wird im Entwurfsmodus geöffnet und sieht jetzt so aus (Voschauansicht):

Nun können Sie das Formular wieder "normal" abspeichern.

Falls die Grafik nicht unmittelbar angezeigt wird, muss evtl. der Cache geleert werden. Verwenden Sie dazu folgende Kommandozeile:

InfoPath.exe /cache clearall

Ein Formular mit mehreren Grafiken als Schaltfläche könnte dann so aussehen (nur Formularkopf abgebildet):

Achtung

Natürlich sind die Schaltflächen nicht Selbstzweck, sondern es werden Regeln oder Programmcode ausgeführt. Wenn man nun im Entwurfsmodus die Regeln ändern möchte und den Eigenschaftendialog der Schaltfläche aufruft, ist man dort gezwungen, eine Beschriftung einzugeben, die anschließend wieder über die view1.xsl entfernt werden muss. Da beim Entwurf evtl. die Regeln mehrfach geändert werden, kann man diesen Schritt ja dann abschließend ausführen, wenn das Formular fertig ist.

InfoPath bietet die Möglichkeit, mit Rollen zu arbeiten, d.h. im Formular kann festgelegt werden, wer z.B. zu den Genehmigern gehört. Das hat den Nachteil, dass [...]]]> Für viele Formulare spielt die Genehmigung eines Antrags durch einen ganz bestimmten Personenkreis eine wichtige Rolle. Der Antragsteller füllt den Antrag aus, dieser wird weitergeleitet und genehmigt/abgelehnt von einer zweiten Person.

InfoPath bietet die Möglichkeit, mit Rollen zu arbeiten, d.h. im Formular kann festgelegt werden, wer z.B. zu den Genehmigern gehört. Das hat den Nachteil, dass man hier Benutzer und Gruppen aus dem Active Directory fest zuweist. Eine AD-Gruppe wird in der Praxis nicht immer zur Verfügung stehen bzw. kann nicht in der Fachabteilung gepflegt werden. Werden feste Benutzer definiert, muss immer wieder der Formularentwurf angepasst werden, wenn sich die Genehmiger ändern.

Wir zeigen hier, wie mit einer Genehmigerliste in SharePoint ein rollenbasiertes Formular definiert werden kann.

Genehmigerliste definieren

Hier kann eine benutzerdefinierte Liste oder eine Kontaktliste verwendet werden. Es sollte für unser Beispiel auf jeden Fall eine Spalte mit der E-Mail-Adresse verwendet werden.

Genehmigerliste in InfoPath als Datenquelle definieren

Als nächsten Schritt fügen wir in InfoPath diese Liste als Datenquelle hinzu. Die Daten werden beim Öffnen des Formulars automatisch aufgerufen.

Mailadresse des aktuell angemeldeten Benutzers ermitteln

Über einen Webservice ist es möglich, die Mailadresse (und weitere Daten) des aktuell angemeldeten Benutzers aus dem Active Directory auszulesen. Mit welchem Webservice das geht und die weiteren Möglichkeiten dazu finden Sie hier:

http://blogs.microsoft.co.il/blogs/itaysk/archive/2007/04/05/InfoPath-_2D00_-Get-the-current-user-without-writing-code.aspx

Mailadresse einem Textfeld zuweisen

Damit wir immer den aktuellen Benutzer beim Öffnen des Formulars ermitteln, erstellen wir eine Regel beim Öffnen des Formulars und setzen den Wert eines Feldes auf den Wert aus dem Webservice.

• Zuerst ein Textfeld der Datenquelle hinzufügen, wir nennen es "UserEmail"
• Jetzt Menü "Extras – Formularoptionen – Öffnen und Speichern"
• Schaltfläche "Regeln" anklicken
• Dann Regel hinzufügen
• Im nächsten Dialogfeld "Aktion hinzufügen"
• "Den Wert eines Felds setzen" wählen und als Feld "UserMail" aus der primären Datenquelle verwenden
• auf die Funktionsschaltfläche bei "Wert" klicken
• "Feld oder Gruppe einfügen"
• Sekundäre Datenquelle "GetUserProfilByName" wählen (die aus unserem Webservice)
• "dataFields" komplett aufklappen und Feld "Value" wählen
• auf "Daten filtern" klicken
• Filter hinzufügen
• im linken Dropdown aus der sekundären Datenquelle "Feld oder Gruppe auswählen", dann unter PropertyData das Feld "Name" auswählen.
• "ist gleich" lassen
• Rechts "Text eingeben" wählen und "WorkEmail" eingeben (muss genau so geschrieben sein!)
• Alle Dialoge bestätigen und schließen

Jetzt kann das Textfeld zur Überprüfung ins Formular eingefügt werden, es sollte die aktuelle User-Email zeigen (später kann/sollte dieses Feld wieder ausgeblendet oder schreibgeschützt werden):

Prüfen ob der Benutzer in der Genehmigerliste steht

Nun prüfen wir, ob der aktuelle Benutzer in der Genehmigerliste steht. Für das Beispiel verwenden wir eine bedingte Formatierung auf einer Schaltfläche. Ist der Benutzer in der Liste, ist diese aktiv. Wenn nicht, ist sie inaktiv. In der Praxis können Sie dies z.B. für die "Genehmigen"-Schaltfläche verwenden.

• In den InfoPath-Entwurf über Steuerelemente eine Schaltfläche einfügen
• Doppelklick auf die Schaltfläche, Reiter "Anzeige" und dort "Bedingte Formatierung" anklicken
• Bedingung hinzufügen und im ersten Dropdown-Feld "Der Ausdruck" wählen:
  
• Jetzt (in unserem Beispiel) in das nächste Textfeld einfach folgendes eingeben:

count(xdXDocument:GetDOM("Approvers")/dfs:myFields/dfs:dataFields/dfs:Approvers[@EMail = xdXDocument:get-DOM()/my:meineFelder/my:Benutzerdaten/my:UserEmail]) = 0

• Schließlich noch im Dialogfeld die Option "Dieses Steuerelement deaktivieren" wählen

Was soll das?

Dieser Ausdruck ermittelt die Anzahl der Elemente in der sekundären Datenquelle unserer Genehmiger, bei denen die Mail-Adresse die gleiche ist wie die des aktuellen Benutzers, der das Formular ausfüllt. Da Mail-Adressen eindeutig sind, ist das Ergebnis entweder 0 (Benutzer ist kein Genehmiger) oder 1 (Benutzer ist Genehmiger). Falls "0" deaktivieren wir das Steuerelement.

Wie kommt man jetzt zu diesem Ausdruck, wenn man nicht ausgesprochen sattelfest im Thema XPATH ist? Hier eine kleine Anleitung dazu:

• Verwenden Sie ein beliebiges Textfeld, das Sie in das Formular einfügen
• Doppelklicken Sie auf das Textfeld und wählen die Funktionsschaltfläche rechts von "Wert"
• Fügen Sie die Funktion "Anzahl" ein
• Doppelklicken Sie auf das Feld in der Klammer der Funktion
• Wählen Sie als Datenquelle die "Genehmiger" (bzw. "Approvers" in unserem Beispiel)
• Wählen Sie in dieser Datenquelle die wiederholte Gruppe (bei uns wieder "Approvers")
  
• Klicken Sie jetzt auf "Daten filtern" und "Hinzufügen"
• Wählen Sie im ersten DropDown den Feldname für die Mailadresse aus der SharePoint-Liste
• "ist gleich"…
• im dritten DropDown "Feld oder Gruppe auswählen"
• Wählen Sie nun die primäre Datenquelle und dort das Feld "UserEmail" (das wir aus unserem Webservice belegt haben)
• Bestätigen Sie die Dialoge mit "OK", bis Sie wieder das Dialogfeld "Formel einfügen" sehen.
• Klicken Sie dort unten auf "XPath bearbeiten" und Sie sehen den korrekten Filterausdruck
  
• Kopieren Sie diesen in die Zwischenablage und fügen diesen Ausdruck in das Feld bei der bedingten Formatierung ein (s.o.).
• Vergessen Sie nicht das " = 0" an das Ende des Ausdrucks einzufügen

Ergebnis

Sind wir als Anwender nicht in der Genehmigerliste in SharePoint, sieht das so aus:

Sind wir hingegen bei den Genehmigern dabei, ist die Schaltfläche aktiv:

Statt der bedingten Formatierung können damit natürlich noch ganz andere Dinge im Formular "angestellt" werden, wir hoffen, dass Ihnen diese Lösung für Ihre Formulare einmal nützlich sein kann.

Zum anderen gibt es die Möglichkeit in SharePoint-Listen und -Bibliotheken die Datensätze nach dem aktuell angemeldeten Anwender zu filtern, z.B. Erstellt von ist [...]]]> Sie kennen vielleicht die Tipps, mit denen es zum einen in InfoPath möglich ist, Personen aus dem AD auszuwählen über das Contact Selector-Steuerelement. Die Auswahl für den Benutzer sieht dann z.B. so aus:

Zum anderen gibt es die Möglichkeit in SharePoint-Listen und -Bibliotheken die Datensätze nach dem aktuell angemeldeten Anwender zu filtern, z.B. Erstellt von ist gleich [Ich]:

Wie setzen Sie jedoch folgende Anforderung um?

In InfoPath soll die Personenauswahl getroffen werden, z.B. in einem Feld "Zugewiesen an". Das Formular wird in SharePoint veröffentlicht und es soll eine Ansicht erstellt werden, in der – ähnlich wie in der Standard-Aufgabenliste – ein Filter auf diese Spalte definiert wird, so dass ein Anwender seine nur eigenen Elemente sieht.

Jedoch: Beim Veröffentlichen des Formulars können Felder leider nicht so veröffentlicht werden, dass sie anschließend in SharePoint vom Typ "Person oder Gruppe" sind. Stattdessen liegt die Personenauswahl in einfachen Textfeldern.

Auf ein Textfeld kann nun wiederum kein Filter mit dem Filterkriterium [Ich] gelegt werden…

Abhaken? Nein, die Rettung naht in Form einer Datenansicht, die mit dem SharePoint Designer erstellt wird.

Die Lösung

Wir haben ein Formular mit dem Contact Selector als Bestandteil erstellt und in SharePoint veröffentlicht. Der Contact Selector liefert u.a. den Benutzernamen in einem Feld DisplayName. Die Auswahl des Anwenders wird im Formular einem einfachen Textfeld Name zugewiesen. Einige Formulare sind schon in der Bibliothek vorhanden und unterschiedlichen Benutzern zugeordnet.

Nun öffnen wir die Site im SharePoint Designer und dort z.B. die Startseite default.aspx, auf der wir die Datenansicht einbinden werden.

Nun gehen wir folgendermaßen vor:

• Zuerst den Aufgabenbereich Datenquellenbibliothek öffnen.
• Dort die SharePoint-Bibliotheken öffnen und die gewünschte Bibliothek anklicken, in unserem Fall ist das die Bibliothek AccountTest.
• Im DropDown-Menü klicken wir auf Daten anzeigen.
• Jetzt selektieren wir rechts in der Detailansicht einige Spalten, z.B. Name (zur Verwendung in Formularen), Name* und weitere gewünschte Spalten (* in unserem Fall haben wir die Spalte mit dem Benutzernamen aus InfoPath auch "Name" genannt).
• Nun ziehen wir die Auswahl in eine Webpartzone im Entwurf unserer default.aspx.
• Die Spalten und Inhalte werden nun in einer Datenansicht angezeigt, klicken Sie dort rechts auf den kleinen Pfeil und anschließend auf Filter:
  

Jetzt wird’s etwas verrückt, falls jemand für die folgenden Schritte einen besseren Weg kennt, bitte melden! Wir benötigen eine XSLT-Filterung, allerdings steht unser Filterparameter erst zur Verfügung, wenn wir einen "normalen" Filter definieren (und diesen anschließend wieder entfernen…).

• Wählen Sie nun als Filterkriterium z.B. Erstellt von gleich [Aktueller Benutzer] und klicken auf OK:
  
• Öffnen Sie das Dialogfeld erneut und löschen dieses Filterkriterium wieder.
• Jetzt müssen wir eine XSLT-Filterung hinzufügen, aktivieren Sie daher im Dialogfeld Filterkriterien diese Option und klicken auf Bearbeiten.
• Im Eingabefeld XPATH-Ausdruck bearbeiten und folgende Formel eingeben:
  
  Wobei Sie hier anstatt @Name natürlich Ihre Spaltenbezeichnung verwenden, die Sie aus dem Formular verwenden.
• Die Variable $UserID steht seltsamerweise erst dann zur Verfügung, wenn diese schon einmal im normalen Filter verwendet wurde… (der Filter wird dann anschließend einfach wieder  wie beschrieben gelöscht).
• Bestätigen Sie die Dialogfelder mit OK.

Und siehe da: Nur noch die Formulare des angemeldeten Benutzers werden angezeigt!

Viel Spaß, und vielleicht gibt es ja auch eine ganz simple Lösung, von der wir gerne hören.

Hier unsere kleine Serie im Überblick:

Das Veröffentlichen von Formularen mit Code in den Forms Services erfordert einige spezielle Schritte, die [...]]]> Nun, nach einer kleinen kreativen Pause der dritte Teil zu unserer kleinen Reihe zur Veröffentlichung von Formularen in den Forms Services.

Hier unsere kleine Serie im Überblick:

1. Voraussetzungen
2. Die Berechnung der Differenz
3. Formular veröffentlichen (dieser Teil)
4. Formular den Anwendern zur Verfügung stellen

Das Veröffentlichen von Formularen mit Code in den Forms Services erfordert einige spezielle Schritte, die u.a. eine Freigabe der Formularvorlage durch den MOSS-Administrator erfordert. Hier zeigen wir Ihnen, wie es geht.

Formular als vertrauenswürdig kennzeichnen

Eine Formularvorlage muss voll vertrauenswürdig sein, um wie im folgenden beschrieben auf dem Server installiert werden zu können. So gehen Sie vor:

1. Wählen Sie Menü Extras – Formularoptionen
2. Selektieren Sie link Sicherheit und Vertrauensstellung
3. Deaktivieren Sie Sicherheitsstufe automatisch ermitteln und wählen die Option Voll vertrauenswürdig
4. Wählen Sie im selben Dialog anschließend noch Ihr Zertifikat aus, um die Vorlage zu signieren

Veröffentlichen in InfoPath

1. Wählen Sie Menü Datei – Veröffentlichen
2. Wählen Sie nun die Option Auf einem SharePoint Server mit oder ohne InfoPath Forms Services
3. Geben Sie im nächsten Schritt die URL zu Ihrem SharePoint-Server an
4. Aktivieren Sie anschließend die Option Das Ausfüllen dieses Formulars mit dem Browser ermöglichen
5. Automatisch ist dabei die Option Vom Administrator genehmigte Vorlage aktiviert
6. Klicken Sie auf weiter und wählen einen Speicherort (lokal oder ein Netzlaufwerk), so dass Sie bzw. der Serveradministrator darauf zugreifen kann
7. Klicken Sie auf Weiter und wählen im nächsten Schritt, welche Spalten Sie verfügbar machen möchten.
8. Schließen Sie den Assistenten nun ab.

Vorlage auf dem Server hinzufügen

Jetzt muss die neue Vorlage in der Zentraladministration des Servers hochgeladen und freigegeben werden. Folgen Sie dazu einfach folgenden Schritten:

1. Öffnen Sie im Browser die Zentraladministration Ihres MOSS
2. Klicken Sie auf Anwendungsverwaltung
3. Klicken Sie im Abschnitt InfoPath Forms Services den Link Formularvorlage hochladen an
4. Klicken Sie auf Durchsuchen und wählen die soeben erstellte Formularvorlage
5. Klicken Sie anschließend auf Hochladen
6. Das Hochladen wird bestätigt, klicken Sie einfach auf OK und Sie landen auf der Seite Formularvorlagen verwalten
7. Bei Bedarf können Sie die neue Formularvorlage für bestimmte Websitesammlungen aktivieren oder deaktivieren

Somit ist Ihr Formular in der Zentraladministration freigeschalten. Im nächsten Teil erfahren Sie noch, wie Sie dieses in der Websitesammlung selbst aktivieren oder deaktivieren und anschließend als Inhaltstyp zur Verfügung stellen können.

Es hat länger gedauert, als zunächst angenommen. Das Buch ist [...]]]> Ich hatte mir vor einiger Zeit vorgenommen, regelmäßig an dieser Stelle über das Groove-Handbuch zu berichten. Das hat leider nicht geklappt. Dafür habe ich gute Neuigkeiten für Groove-Benutzer, -Administratoren und Interessierte: “Microsoft Office Groove 2007 – Das Handbuch” von Microsoft Press erscheint noch in diesem Dezember!

Es hat länger gedauert, als zunächst angenommen. Das Buch ist aber nun ganz klar auf der Zielgeraden. Bei Amazon ist es bereits seit geraumer Zeit vorbestellbar.

Das Buch befasst sich sowohl mit dem Groove-Client als auch mit den Groove-Servern (vor allen Dingen Manager und Relay). Dabei geht es nicht um eine Funktionsschau, sondern um das Vermitteln konkreter Einsatzmöglichkeiten von Groove anhand praxisnaher Beispiele, die einem Szenario folgen.

Die Publikation beginnt bei der Installation eines Groove-Client, erläutert im Weiteren das Einrichten und Aufbauen von funktionsfähigen Arbeitsbereichen sowie das Erstellen von Formular-Tools und befasst sich schließlich mit der Installation eines Groove-Testlabs bzw. eines eigenen Groove-Services. Auch wenn Sie sich nur für einen Teilbereich interessieren, also z.B. Client oder Server, werden Sie hier sicherlich wertvolle Informationen finden.

Dabei soll nicht in Vergessenheit geraten, dass es sich hierbei um ein Handbuch handelt. Dank eines umfangreichen Indexes wird das Buch mit seinen ca. 600 Seiten auch als leistungsfähiges Nachschlagewerk dienen.

Hinsichtlich der Autoren hat sich aus organisatorischen Gründen eine �nderung ergeben. Helmut Reinke und ich selbst sind wie geplant dabei. Statt Christian Schräder bildet nun aber Dirk Diestelhorst den Dritten im Bunde.

Ich freue mich ehrlich gesagt sehr darauf, das fertige Buch in Händen zu halten. Auch wenn ich bereits an zahlreichen Veröffentlichungen mitgearbeitet habe, ist das Groove-Handbuch etwas Besonders. Nach knapp fünf Monaten Bearbeitungszeit wird es aber auch wirklich Zeit dafür. Was lange währt wird (darüber mögen Sie nach Erscheinen des Buches urteilen) endlich gut….

Hier unsere kleine Serie im Überblick:

In diesem Beispiel sollen die Tage errechnet werden, die zwischen einem Datumsintervall im Formular liegen, also z.B. zwischen Projektstart und [...]]]> Hier beginnen wir mit einer kleinen Serie, die ein komplettes Beispiel enthält, wie ein Formular inkl. Zusatzprogrammierung so entwickelt und veröffentlicht werden kann, damit dieses auch webbasiert über die Forms Services vom Anwender ausgefüllt werden kann.

In diesem Beispiel sollen die Tage errechnet werden, die zwischen einem Datumsintervall im Formular liegen, also z.B. zwischen Projektstart und -ende. Leider bietet InfoPath in Bezug auf Datumsberechnungen nur sehr wenige Funktionen, dazu ist schnell eine kleine Zusatzprogrammierung notwendig.

Die schnelle Lösung über Script-Programmierung fällt aus, da dann das Formular nicht mehr über die Forms Services geöffnet werden kann.

Stattdessen verwenden wir die Visual Studio Tools for Applications (VSTA), die mit InfoPath installiert werden können. Unsere kleine Serie wird folgende Teile enthalten:

1. Voraussetzungen (dieser Teil)
2. Die Berechnung der Differenz
3. Formular veröffentlichen
4. Formular den Anwendern zur Verfügung stellen

Legen wir also los!

Voraussetzungen

Auf dem Client müssen einige Vorbereitungen getroffen werden:

1. Zuerst muss die .NET-Programmierunterstützung für InfoPath aktiviert werden. Falls dies nicht schon bei der Installation von Office/InfoPath 2007 erfolgt ist, können Sie dies auch nachträglich hinzufügen:

   

2. Formulare, die Programmierung beinhalten und über die Forms Services zur Verfügung gestellt werden sollen, müssen digital signiert sein. Sie benötigen also auf jeden Fall eine entsprechende Signatur. Vielleicht steht Ihnen diese im Unternehmen bereits zur Verfügung oder Sie beschaffen sich eine Signatur bei einer entsprechenden Zertifizierungsstelle.
   Für lokale Tests können Sie sich jedoch auch ein “Digitales Zertifikat für VBA-Projekte” erstellen. Diese Funktion steht im Startmenü von Office 2007 unter “Microsoft Office Tools” zur Verfügung. Einfach das Tool starten und den gewünschten Namen des Zertifikats eintragen.

Auf dem Server müssen natürlich die Forms Services zur Verfügung stehen und konfiguriert sein. Die Forms Services sind Bestandteil von MOSS 2007 Enterprise oder können separat als Forms Server installiert werden.

Im nächsten Teil zeigen wir Ihnen eine kleine Beispielprogrammierung mit Visual Basic.

Verwenden Sie dazu einfach folgenden XPATH-Ausdruck:

substring-before(substring-after(/processing-instruction(), ‘href="’), ‘"’)

Das Ergebnis beim Ausfüllen des Formulars ist dann z.B.:

http://myserver/Anmeldungen/Forms/template.xsn

Damit lässt sich Name und Pfad der Bibliothek herausfinden!

Eine Einschränkung gibt es leider: [...]]]> Gerade bin ich über einen interessanten Tipp gestoßen, wie man in InfoPath – ohne Programmierung – ermitteln kann aus welchem Pfad heraus die Vorlage geöffnet wurde.

Verwenden Sie dazu einfach folgenden XPATH-Ausdruck:

substring-before(substring-after(/processing-instruction(), ‘href="’), ‘"’)

Das Ergebnis beim Ausfüllen des Formulars ist dann z.B.:

http://myserver/Anmeldungen/Forms/template.xsn

Damit lässt sich Name und Pfad der Bibliothek herausfinden!

Eine Einschränkung gibt es leider:

Wenn das Formular als Inhaltstyp in SharePoint abgelegt ist, liefert der Ausdruck auch da den Speicherort der Vorlage. Daraus lässt sich jedoch nicht der Pfad der Bibliotheken ermitteln, in denen dieses Formular als Inhaltstyp eingebunden ist.

Wir melden uns, falls wir auch dazu eine Lösung finden.

(Quelle: http://blogs.msdn.com/timpash/archive/2006/09/19/763061.aspx)