Saya bekerja pada sebuah proyek yang menggunakan lima aliran kerja SharePoint Designer yang berbeda untuk menangani beberapa dokumen persetujuan. SPD menyediakan "mengumpulkan data dari pengguna" tindakan sehingga kita dapat meminta pengguna untuk berbeda bit informasi, seperti apakah mereka menyetujui, beberapa komentar dan mungkin bertanya apa yang mereka miliki untuk makan malam.

Bentuk-bentuk sempurna fungsional. Semuanya terikat ke daftar tugas sebagai jenis konten. Mereka 100% sistem yang dihasilkan. Ini adalah kekuatan dan kelemahan mereka. Jika kita dapat hidup dengan formulir standar, lalu kami sudah baik untuk pergi. Namun, kami tidak memiliki terlalu banyak kontrol atas bagaimana SPD menciptakan bentuk. Jika kita tidak seperti perilaku default, kita perlu resor untuk berbagai trik untuk mendapatkan sekitar itu (misalnya, menetapkan prioritas pada tugas).

Saya perlu menyediakan link pada bentuk tugas ini yang membuka properti lihat (DispForm.asxp) "item terkait" di jendela baru. Ini memberikan akses sekali klik ke meta data item terkait. Ini adalah apa yang saya maksud:

Untungnya, kita bisa melakukan itu dan tidak sangat keras. Secara umum, api up SPD, Navigasikan ke direktori yang memiliki alur kerja file dan membuka file ASPX Anda ingin memodifikasi. Ini adalah hanya klasik XSL mengubah petunjuk dan jika Anda sudah mucked dengan itemstyle.xsl, pencarian atau skenario XSL lainnya, ini akan mudah bagi Anda. Sebenarnya, Saya menemukan hal itu terjadi biasanya lebih mudah karena bentuk yang dihasilkan agak mudah untuk mengikuti dibandingkan dengan bagian web hasil pencarian inti (atau mimpi buruk CWQP).

Tentu saja, ada satu kejatuhan utama. SPD alur kerja editor mengharapkan kontrol penuh atas file. Jika Anda memodifikasi itu, SPD bahagia akan menimpa perubahan Anda berikan hak set keadaan. Saya melakukan dua tes cepat untuk melihat seberapa buruk ini bisa. Mereka berdua mengandaikan bahwa Anda telah dibuat berlaku SPD alur kerja yang menggunakan "mengumpulkan data dari pengguna" langkah.

Tes 1:

• Memodifikasi ASPX file dengan tangan.
• Tes (Verifikasi bahwa perubahan Anda diselamatkan dengan benar dan tidak melanggar sesuatu).
• Membuka alur kerja dan menambahkan tindakan tidak terkait (seperti "log sejarah").
• Simpan alur kerja.

Hasil: Dalam hal ini, SPD Apakah tidak menciptakan kembali bentuk.

Tes 2:

• Melakukan hal yang sama sebagai #1 kecuali secara langsung memodifikasi "mengumpulkan data dari pengguna" tindakan.

Hasil: Ini re-creates bentuk dari awal, over-tulisan perubahan Anda.

Catatan akhir:

• Setidaknya dua SPD tindakan menciptakan bentuk-bentuk seperti ini: "Mengumpulkan Data dari pengguna" dan "Menetapkan untuk melakukan Item". Kedua tindakan ini’ bentuk dapat dimodifikasi secara manual.
• Saya mampu menghasilkan saya link ke dispform.aspx karena, dalam hal ini, item berhubungan selalu memiliki ID yang tertanam dalam URL item terkait. Saya mampu untuk ekstrak dan kemudian membangun <a href> Berdasarkan untuk menyediakan fitur akses satu-klik meta data. Hal ini tidak mungkin bahwa URL Anda mengikuti aturan ini. Mungkin ada cara lain untuk mendapatkan ID dari item terkait tapi saya tidak punya untuk menyeberangi jembatan itu, Jadi saya tidak tahu jika sampai ke sisi lain dari jurang.
• Saya tidak menyelidiki, tapi aku tidak akan terkejut jika ada beberapa jenis file template di 12 Sarang yang bisa memodifikasi mempengaruhi bagaimana SPD menghasilkan bentuk-bentuk standar (sama seperti kita dapat memodifikasi template alert).

</akhir>

Berlangganan ke blog saya!