I’m working on a project that uses five different SharePoint Designer work flows to handle some document approvals. SPD provides the "collect data from a user" აქცია ისე, რომ ჩვენ შეგვიძლია შეეკითხება მომხმარებელს სხვადასხვა ბიტი ინფორმაციის, როგორიცაა თუ არა დამტკიცება, რამდენიმე კომენტარი და შესაძლოა, თუ რა მათ ჰქონდათ სადილად სხვა ღამის.

The forms are perfectly functional. They are tied to a task list as a content type. ისინი 100% system-generated. This is their strength and weakness. If we can live with the default form, then we’re good to go. თუმცა, we don’t have too much control over how SPD creates the form. If we don’t like that default behavior, ჩვენ უნდა მიმართოს სხვადასხვა ხრიკების მისაღებად გარშემო (მაგალითად, შექმნის პრიორიტეტის ამოცანა).

მე საჭირო, რათა ბმული ამ დავალების ფორმები, რომ გახსნეს ხედი თვისებები (dispform.asxp) of the "related item" in a new window. This provides one-click access to the meta data of the related item. This is what I mean:

საბედნიეროდ, we can do that and it’s not very hard. Broadly speaking, სროლა up SPD, navigate to the directory that houses the workflow files and open the ASPX file you want to modify. These are just classic XSL transform instructions and if you’ve mucked about with itemstyle.xsl, ძებნის ან სხვა XSL სცენარი, this will be easy for you. სინამდვილეში, მივხვდი, რომ ეს ზოგადად ადვილია, რადგან გამომუშავებული ფორმა გარკვეულწილად უფრო ადვილად დაიცვას შედარებით ძებნის ძირითადი შედეგები ვებ ნაწილი (ან საშინელი CWQP).

რა თქმა უნდა, there is one major pitfall. SPD’s workflow editor expects full control over that file. If you modify it, SPD will happily overwrite your changes give the right set of circumstances. I did two quick tests to see how bad this could get. They both presuppose that you’ve crafted a valid SPD workflow that uses the "collect data from a user" დახევას.

ტესტი 1:

• შეცვლა ASPX ფაილი ხელით.
• გამოცადეთ იგი (გადაამოწმონ, რომ თქვენი ცვლილებები სათანადოდ შენახული და არ დაარღვიოს არაფერი).
• გახსენით სამუშაო და დამატება unrelated აქცია (such as "log to history").
• Save workflow.

შედეგი: ამ შემთხვევაში, SPD არ ხელახლა შექმნას ფორმა.

ტესტი 2:

• გააკეთეთ იგივე, რაც #1 except directly modify the "collect data from a user" აქცია.

შედეგი: ეს ხელახლა ქმნის ფორმა ნულიდან, ზედმეტად წერილობით თქვენი ცვლილებები.

დასკვნითი შენიშვნები:

• მინიმუმ ორი SPD ქმედებები ისეთი ფორმების მსგავსი: "Collect Data From a User" and "Assign To Do Item". Both of these actions’ ფორმები შეიძლება ხელით განახლდა.
• მე შეძლო, რათა ჩემს ბმული dispform.aspx რადგან, ამ შემთხვევაში, the relate item always has its ID embedded in the related item’s URL. I was able to extract it and then build an <კონფერენცია> based on it to provide the one-click meta data access feature. It’s unlikely that your URL follows this rule. There may be other ways to get the ID of the related item but I have not had to cross that bridge, ასე რომ მე არ ვიცი, თუ მივა მეორე მხარეს უფსკრული.
• მე არ გამოიძიებს, მაგრამ მე არ გაგიკვირდებათ, თუ არსებობს გარკვეული შაბლონის in 12 hive, რომ მე ვერ ცვლილებები, რათა გავლენა იქონიოს SPD წარმოშობს სტანდარტულ ფორმები (ჰგავს შეგვიძლია ცვლილებები მზადყოფნაში თარგები).

</ბოლო>

გამოწერა ჩემი დღიური!