Beş farklı SharePoint Designer iş akışlarıyla bazı belge onaylar işlemek için kullandığı bir proje üzerinde çalışıyorum. SPD "toplamak veri--dan bir kullanıcı sağlar" eylem kullanıcı için farklı bit bilgi isteyebilir,, yoksa onlar onaylama gibi, bazı yorum ve ne için akşam yemeği, gece vardı belki sorun.

Mükemmel işlevseldir biçimleridir. Bir içerik türü olarak görev listesini bağlılar. Onlar 100% sistem tarafından oluşturulan. Onların gücü ve zayıflık bu. Eğer biz-ebilmek yaşamak ile varsayılan form, Biz gitmeye hazırız. Ancak, Biz nasıl SPD formu oluşturur üzerinde çok fazla denetim yok. Eğer biz bu varsayılan davranışı sevmiyorum, Biz çeşitli hileler etrafında almak için başvurmak gerekir (Örneğin, görev önceliği ayarlama).

Bu görev Form Görünümü özelliklerini açılan bir bağlantıyı sağlamak için gerekli (DispForm.asxp) "ilgili madde" yeni bir pencerede. Bu meta veri ilgili maddenin tek tıklamayla erişim sağlar. Ne demek bu:

Neyse ki, Bunu yapabiliriz ve çok zor değil. Genel olarak, spd kadar yangın, iş akışı dosyaları ev dizinine gidin ve değiştirmek istediğiniz ASPX dosyası aç. Bunlar sadece klasik XSL dönüşüm yönergeleri ve sen itemstyle.xsl ile mucked Eğer, Arama veya xsl senaryo, Bu senin için kolay olacak. Aslında, Oluşturulan form ile karşılaştırıldığında arama temel sonuçları web bölümü izleyin biraz daha kolay olduğundan genellikle daha kolay olması için buldum (ya da kabus cwqp).

Elbette, bir büyük hatadır olduğunu. Bu dosya üzerinde tam denetime SPD iş akışı Düzenleyicisi bekliyor. Değiştirirseniz, SPD mutlu sağ koşullar küme ur değişiklikleri vermek üzerine yazılır. Ne kadar kötü olsun görmek için iki hızlı testler yaptı. Her ikisi de "veri toplama bir kullanıcının kullandığı geçerli bir SPD iş akışı hazırlanmış gerektirmektedir" Adım.

Sınama 1:

• aspx dosyasına el ile değiştirme.
• Test (Değişikliklerinizin düzgün kaydedildi ve bir şey didn't break doğrulayın).
• İş akışını açmak ve ilgisiz eylem ekleme ("günlük gibi tarihi").
• İş akışını kaydetmek.

Sonuç: Bu durumda, spd formu yeniden değil.

Sınama 2:

• Aynı yapmak #1 "veri toplama bir kullanıcıdan doğrudan dışında değiştirme" Eylem.

Sonuç: Bu sıfırdan form oluşturur, Değişikliklerinizi işletim.

Son notlar:

• Formları böyle en az iki spd eylem oluşturma: "Bir kullanıcı verilerini toplamak" ve "Öğesi için atarlar". Bu eylemlerin her ikisi de’ Form el ile değiştirilebilir..
• I was güçlü-e doğru çünkü dispform.aspx benim bağlantı oluşturmak için, Bu durumda, relate öğe her zaman onun kimliği ilgili öğenin URL'sini içinde gömülü olan. Hulâsa o ve o zaman inşa etmeyi başardı bir <bir href> tek tıklamayla meta veri erişim özelliği sağlamak için temel. Bu URL bu kuralı izler düşüktür. İlgili öğenin kimliği almak için başka yollar olabilir ama ben o köprüden olmadı, Eğer bilmiyorum için other side of the chasm alır.
• Ben araştırmak değildi, ama ben şablon dosyasında bir tür ise sürpriz olmaz 12 spd varsayılan formları nasıl oluşturduğu etkiler değiştirebilir yığını (gibi çok uyarı şablonları değiştirebilirsiniz).

</sonunda>

Benim blog abone!