Mayroong isang karaniwang sitwasyon ng negosyo tulad nito:
- User punan ang isang InfoPath form.
- Nagsumite form na.
- Long-tumatakbo workflow proseso kicks off.
- Habang workflow ay tumatakbo, hindi namin gusto ang sinuman na baguhin ang nilalaman ng form.
Ang office.microsoft.com Halimbawa na ito naglalarawan kung paano lumikha ng isang hiwalay na "view" and mark the whole view as read-only. This is a workable approach but has the drawback that you’ve effectively created two entire versions of the same form and must now keep them in sync manually. If you add a field to the editable view, you must then add it to the non-editable view as well. Over time, sa ibang mga developer, there can be some divergence.
Ang alternatibong ito ay maaaring gumana ng mas mahusay sa ilang mga kaso:
- Magdagdag ng isang bagong patlang sa form na tinatawag na "IsEditable".
- Itakda ang default na halaga nito sa tunay na.
- Isulong ito kapag-publish sa Moss.
- Sa ang daloy ng trabaho, itakda ang halaga ng IsEditble sa maling.
- Bumalik sa form.
- Magdagdag ng isang patakaran na "sa bukas ng form", huwag paganahin ang iyong save button kapag IsEditable ay hindi totoo.
The drawback to this approach is that all the fields will still be editable on the screen. The user can get a false impression that they can actually change content. You can mitigate that by putting in some text that the form is disabled, marahil sa malaking pulang titik sa buong tuktok ng pahina.
Sa isang proyekto, Nilikha ko ang isang "workflow katayuan" tingnan. As the workflow progressed, it would update specific status fields that had been promoted from the form. When the user opened the form, ang "bukas na form" Rule awtomatikong lumipat sa na pagtingin at ang gumagamit ay may isang magandang maliit na buod ng katayuan.
</dulo>
At, mo sinulat "Pakiulit ang aking kamangmangan, ngunit kapag sumangguni ka sa "I-save" buton, ka nagre-refer sa pindutan na lumilitaw sa tuktok ng form ng infopath kapag ipinapakita sa Sharepoint, na sa palagay ko ay pinagana ang "Buksan at I-save ang mga pagpipilian sa Form" kapag pagdisenyo ang form? Kung gayon, kung paano ito ay hindi pinagana sa pamamagitan ng isang patakaran – Ko na tumingin ngunit dapat ay kulang ng isang bagay na halata. salamat, At"
Sa aking karanasan, pinaka-"real" sa form produksyon tapusin up may isang tiyak na pindutan na ginagamit upang i-save ang form. Default na i-save ang function na sa InfoPath na hihingi sa iyo para sa isang pangalan ng file at karaniwang gusto namin upang bumuo ng pangalan ng file na iyon ay awtomatikong. Kaya, Ibig sabihin ko upang huwag paganahin ang iyong pasadyang ng pindutan ng Isumite. HTH,
–Paul Galvin
Pakiulit ang aking kamangmangan, ngunit kapag sumangguni ka sa "I-save" buton, ka nagre-refer sa pindutan na lumilitaw sa tuktok ng form ng infopath kapag ipinapakita sa Sharepoint, na sa palagay ko ay pinagana ang "Buksan at I-save ang mga pagpipilian sa Form" kapag pagdisenyo ang form? Kung gayon, kung paano ito ay hindi pinagana sa pamamagitan ng isang patakaran – Ko na tumingin ngunit dapat ay kulang ng isang bagay na halata. salamat, At
Ano ang mangyayari sa sitwasyon kung saan nais mong upang mangolekta ng mga lagda para sa pag-apruba / pagtanggi ng iyong workflow tumatakbo? If you disable the save – walang karagdagang pag-edit na pinapayagan – kaya kung Naghahanap ako sa tama ba kayong iwan ang form na mae-edit upang mangolekta ng lagda = walang solusyon.