Pracuję nad projektem, który używa pięciu różnych przepływów pracy programu SharePoint Designer do obsługi niektórych Akceptacje dokumentów. JDP stanowi "Zbierz dane od użytkownika" działania tak, że będziemy monitować użytkownika o różnych bitów informacji, takich jak, czy udzielają, Niektóre komentarze i może zapytać, co mieli na obiad drugiej w nocy.

Formularze są idealnie funkcjonalny. Są one powiązane z listy zadań jako typ zawartości. Są one 100% wygenerowane przez system. Jest to ich siła i słabość. Jeśli możemy żyć z domyślnego formularza, Następnie mamy iść. Jednakże, nie mamy zbyt wiele kontroli nad jak SPD tworzy formularz. Jeśli nie podoba nam się to domyślne zachowanie, Musimy uciekać się do różnych sztuczek, aby ominąć (na przykład, ustawienie priorytetu zadania).

Musiałem podać link na formularze te zadania, które otworzył właściwości widoku (DispForm.asxp) "odnośnych pozycji" w nowym oknie. Zapewnia to jednego kliknięcia dostęp do danych meta odnośnych pozycji. To, co mam na myśli:

Na szczęście, możemy to zrobić i nie jest to bardzo trudne. Ogólnie rzecz biorąc, odpal SPD, Przejdź do katalogu, że domy pliki przepływu pracy i otwarcia pliku ASPX, którą chcesz zmodyfikować. Są po prostu klasyczne instrukcje transformacji XSL i jeśli już spasował z itemstyle.xsl, Szukaj lub inne scenariusze XSL, będzie to dla Ciebie łatwe. W zasadzie, Okazało się łatwiej, ponieważ wygenerowany formularz jest nieco łatwiejsze do naśladowania w porównaniu do składnika web part wyszukiwania podstawowych wyników (lub koszmarne CWQP).

Oczywiście, Istnieje jeden głównych pułapki. SPD pracy Edytor oczekuje pełnej kontroli nad tym pliku. Jeśli modyfikujesz go, SPD szczęśliwie nadpisze twój zmiany dają prawo zestaw okoliczności. Zrobiłem dwa szybkie testy aby zobaczyć, jak źle to może dostać. Oboje zakładają, że już wykonane prawidłowy przepływ pracy SPD, który używa "Zbierz dane od użytkownika" krok.

Badania 1:

• Modyfikowanie pliku ASPX ręcznie.
• Badanie to (Sprawdź, czy zmiany zostały prawidłowo zapisane i nie psuje).
• Otwórz przepływ pracy i dodać akcję niepowiązanych (jak "dziennika historii").
• Zapisać przepływu pracy.

Wynik: W tym przypadku, SPD nie ponownie utworzyć formularz.

Badania 2:

• Tak samo jak #1 z wyjątkiem bezpośrednio modyfikować "Zbierz dane od użytkownika" działania.

Wynik: Odtwarza postaci od podstaw, nadpisanych zmiany.

Uwagi końcowe:

• Co najmniej dwie akcje SPD tworzenie form, jak to: "Zbierz dane od użytkownika" i "Przypisać do elementu". Oba te działania’ formularze można ręcznie modyfikować.
• Był w stanie wygenerować mój link do dispform.aspx, ponieważ, w tym przypadku, element relate zawsze ma swoje ID osadzony w URL elementu powiązanego. Udało mi się go rozpakować, a następnie zbudować <href> w oparciu o przedstawienie funkcji dostępu do danych meta jednym kliknięciem. Jest mało prawdopodobne, że twój URL wynika zasada ta. Może być innych sposobów, aby uzyskać identyfikator powiązanego element, ale nie miałem do tego most, więc nie wiem, czy dostaje się po drugiej stronie przepaści.
• Nie, ale nie byłby zaskoczony, jeśli istnieje jakiś plik szablonu w 12 ula, która wpływa na sposób SPD generuje formularze domyślne można zmodyfikować (Podobnie jak możemy modyfikować szablony alertów).

</koniec>

Subskrybowanie mój blog!