InfoPath प्रपत्र के लिए आवश्यक न्यूनतम सुरक्षा

मैं किसी InfoPath प्रपत्र के लिए एक सुरक्षा आवश्यकता आज से मिलने की जरूरत है. इस व्यापार की स्थिति में, व्यक्तियों की एक अपेक्षाकृत छोटे संख्या कोई नया InfoPath प्रपत्र बनाने के लिए अनुमति दी गई हैं और एक बहुत व्यापक दर्शकों इसे संपादित करने के लिए अनुमति दी गई हैं. (यह कि एक कार्यप्रवाह की शुरूआत नई किराया ऑन-बोर्डिंग प्रपत्र मानव संसाधन द्वारा प्रयोग किया जाता है).

उस उद्देश्य को पूरा करने के लिए, मैं बनाए गए दो नए अनुमति स्तर बनाया ("बनाने के लिए और अद्यतन करें" और "केवल अद्यतन करें"), प्रपत्र लायब्रेरी के लिए इनहेरीटेंस तोड़ दिया और करने के लिए अनुमतियाँ असाइन किया गया एक "बनाएँ, अद्यतन करें" उपयोगकर्ता और एक अलग अद्यतन"केवल" उपयोगकर्ता. सभी काम किया यांत्रिकी, लेकिन यह निकला एक छोटे से अधिक मुझे उम्मीद से शामिल होना. (यदि आप SharePoint अनुमतियाँ पर एक छोटे से अस्थिर लगता है, इस ब्लॉग पोस्ट बाहर की जाँच करें). अनुमति स्तर के लिए आवश्यक सुरक्षा कॉन्फ़िगरेशन दानेदार अनुमतियों का स्पष्ट सेट नहीं था. किसी InfoPath प्रपत्र के लिए एक अद्यतन केवल अनुमति स्तर बनाना, मैं निम्नलिखित किया:

  1. नया अनुमति स्तर बनाना.
  2. दूर सभी विकल्प को साफ़ करें.
  3. केवल निम्न "सूची अनुमतियाँ" से चयनित:
    • आइटम्स संपादित करना
    • आइटम्स देखना
    • अनुप्रयोग पेजेज़ देखना

इन विकल्पों का चयन कर किसी प्रपत्र को अद्यतन करने के लिए किसी उपयोगकर्ता की अनुमति देता है, लेकिन यह नहीं बना.

'दृश्य अनुप्रयोग पृष्ठों' को सक्षम करने के लिए चाल थी. केवल अद्यतन InfoPath प्रपत्रों के लिए आवश्यक है कि इंगित करता है कि अनुमति स्तर पर किसी भी verbage नहीं है, बदल जाता है लेकिन इसे बाहर है.

बनाएँ और अद्यतन भी अजनबी था. मैं एक ही चरणों का पालन, 1 के माध्यम से 3 इसके बाद के संस्करण. मैं विशेष रूप से एक "साइट की अनुमति को जोड़ने के लिए किया था" विकल्प: "क्लाइंट एकीकरण सुविधाओं का उपयोग करें". फिर से, वहाँ वर्णन ऐसा लगता है जैसे यह किसी InfoPath प्रपत्र के लिए आवश्यक होना चाहिए नहीं पड़ता, लेकिन यह वहाँ है.

</अंत>

कि “बीच” लग रहा है; टिप्पणियों पर SharePoint परामर्श

अफसोस की बात है, एक मेरे पिछले परियोजना के चरण एक करीबी के लिए आ गया है और ग्राहक द्वारा खुद को दो चरण पर आगे बढ़ने के लिए चुना गया है. हम हमारी नौकरी भी अच्छी तरह से किया था, as usual 🙂 I’m now between projects, कर्मचारियों के लिए एक विशेष समय सलाहकार अपने आप की तरह (as opposed to independents who must normally live in perpetual fear of in-between time 🙂 ). हम इस समय के विभिन्न तरीकों में कंसल्टेंट्स भरण स्टाफ: प्रस्ताव लिखने के लिए बिक्री लोक के साथ कार्य करना; किसी के लिए भरने या एक व्यक्ति को इस या उस अजीब काम पर समर्थन; का अध्ययन; ब्लॉगिंग :). यह कुछ ज्यादा दिनों के अग्रिम में की योजना के लिए मुश्किल है. इस तरह कई बार, जबकि मैं मेरे हाथों पर समय का एक सा है, मुझे पसंद है को प्रतिबिंबित करने के लिए.

मैं लगभग हमेशा एक ग्राहक के परिसर आखिरी बार के लिए छोड़ने के लिए दु: खी कर रहा हूँ. हम सलाहकार हमारे ग्राहकों के साथ संबंधों का एक अजीब तरह फार्म, अपने ठेठ सह कार्यकर्ता रिश्ते के विपरीत. वहाँ पैसे कोण है — हर कोई जानता है कि ग्राहक के कर्मचारियों से डबल/ट्रिपल या यहां तक कि अधिक सलाहकार माना है. तुम एक ज्ञात अस्थायी व्यक्ति रहे हैं. एक परामर्शदाता के रूप में, आप एक स्थायी बाहरी व्यक्ति के साथ एक और अधिक या कम ज्ञात प्रस्थान तिथि हो. अभी तक, आप ग्राहक के साथ दोपहर का भोजन खा, उन्हें रात के खाने के लिए और/या पेय के लिए बाहर ले जाना, टीम के लिए कुकीज़ खरीदें, कॉफी रनों पर जाएँ, देना/छुट्टी कार्ड प्राप्त — चीज़ें है कि सह कार्यकर्ता करते हैं के सभी प्रकार. एक हाथ पर, तुम कमरे में वयस्क हो. आप तकनीक है जो आप एक बेहतर स्थिति में डालता में एक विशेषज्ञ हो. दूसरी ओर, तुम एक बच्चे कर रहे हैं. शून्य के दिन पर, परामर्शदाताओं के नाम पता नहीं, स्थानों या ग्राहक की शब्दावली. सबसे अधिक बार, कंसल्टेंट्स कभी नहीं यह सब सीखना.

जब चीजें अच्छी तरह से जाना, तुम बहुत अच्छी तरह से ग्राहक की परियोजना टीम के साथ एकीकृत हो. वे तुम्हें एक अर्थ में एक सह कार्यकर्ता की तरह का इलाज, और दूसरे में विश्वासपात्र. जब से हम ग्राहक के साथ एक प्रबंधक-शैली रिपोर्टिंग संबंध नहीं है, परियोजना टीम थोड़ा अपने गंदे कपड़े धोने हवा मुक्त अक्सर लगता है. वे उनके अवरोधों को नीचा और सलाहकार एक अजीब स्थिति में डाल सकते हैं, वे इसे कर रहे हैं कभी नहीं साकार.

कंसल्टेंट्स अक्सर दो कि कभी नहीं हो जाता है और आसान मेरे लिए चरण को लागू करने के लिए नहीं मिलता है. मुझे लगता है कि यह SharePoint के साथ विशेष रूप से मुश्किल है. सेटअप/कॉन्फ़िगरेशन का एक अपना विशिष्ट SharePoint परियोजना के चरण शामिल हैं, शासन, वर्गीकरण, मूल सामग्री प्रकार, आदि. और सम्मान करता है कई में, एक लंबा करने के लिए मात्रा, अत्यंत विस्तृत डिस्कवरी. है कि कैसे मैं मेरा अंतिम परियोजना देखें. हम सभी बुनियादी चीजें किया था के साथ ही CQWP का विस्तार करके कुछ अच्छा मिनी-POC का अंजाम, इस पद के लिए BDC कनेक्शंस को लागू करने, एक काफी जटिल वर्कफ़्लो SharePoint Designer के साथ पेश किया, आधारभूत KPI पर छुआ और अधिक. एक उचित चरण दो व्यापक के साथ कि सभी का विस्तार होगा, लगभग व्यापक BDC, सच में अच्छा कार्यप्रवाह, ठीक tuned और बेहतर खोज, अभिलेख केंद्र, excel सेवाएँ और शायद सबसे महत्वपूर्ण, अन्य व्यवसाय इकाइयों के लिए बाहर तक पहुंच. लेकिन, यह मेरे लिए नहीं हो रहा है, और है कि दुख की बात है.

इस हाल के अनुभव पर आधारित, मुझे लगता है यह कहना है कि एक उचित उद्यम SharePoint कार्यान्वयन एक प्रक्रिया है एक वर्ष के लिए उचित है. यह शायद वैध तरीके से दो साल के रिटर्न ह्रासमान के बिंदु तक पहुँचने से पहले चला सकता है. विवरण की बात, बेशक.

कि सलाहकार जीवन है और इन छोटी शिकायतों के सभी में एक SharePoint सगाई भी खराब कर रहे हैं. जैसा कि मैंने पहले लिखा है, SharePoint के क्षैतिज प्रकृति तुम लोगों और व्यवसाय इकाइयों की एक विस्तृत सरणी के साथ संपर्क में लाता है. जब आप इतने सारे लोगों के साथ काम कर रहे हैं, आप इतने सारे तरीकों कि SharePoint कंपनी और अधिक कुशल बनने में मदद कर सकते हैं देख सकते हैं, समय बचाने के लिए, बातें क्या बेहतर है… लेकिन तुम हमेशा उन्हें नहीं मिलता.

मैं वापस कॉलेज के बाहर मेरा पहला काम करने के लिए अक्सर देखो, एक सलाह कैरियर शुरू करने से पहले 1995. हम एक चरण दो और यहां तक कि एक चरण तीन करने के लिए प्राप्त किया था. उन अच्छा बार थे. नकारात्मक पक्ष पर, फिर भी, इसका मतलब है कि जो भी नित्य सामान का एक बहुत मतलब होगा. साइट सुरक्षा के प्रबंध. सामग्री प्रकार tweaking. दृश्य बनाने और बदलने के बार देखे गए. IE सुरक्षा सेटिंग के साथ निपटने. खो दस्तावेज़ पुनर्स्थापित कर रहा है. Blech! 🙂

होने के बावजूद मेरी उदासी मूड, मैं एक जगह है मैं बल्कि होगा कल्पना नहीं कर सकते (सिवाय आत्माओं का एक सुडौल आपूर्ति के साथ एक गर्म समुद्र तट पर).

मैं शुरू करने के लिए इंतजार नहीं कर सकता अगले उद्यम SharePoint परियोजना कार्यान्वित.

(कुछ नहीं के अनुरूप, मैं इस ब्लॉग प्रविष्टि के सबसे लिखा था पर एक न्यू जर्सी ट्रांजिट बस. मुझे नहीं लगता कि मैं किसी भी दोस्त बना दिया, but one CAN blog on the bus 🙂 )

</अंत>

Technorati टैग:

रविवार अजीब बात है: “वे नहीं है कि बुरा कर रहे हैं”

वापस के पास 1999, मैं सांता बारबरा में सप्ताह के बाहर के एक बहुत खर्च किया गया, सीए, एक ग्राहक के लिए काम कर, मेरे गरीब पत्नी वापस यहाँ न्यू जर्सी में अकेला छोड़कर. मैं लाड़ प्यार है मेरी पत्नी. मैं उसे अभी जितना आज के रूप में मैंने किया था जब वह मूर्खता मुझसे शादी प्यार करता हूँ 1,000 वर्ष या तो पहले. कहीं रेखा के साथ, मैं एक मुहावरा गढ़ा, 'विशेष डर', में "सामन्था विशेष आशंका है के रूप में।" "बग" की एक विशेष डर के रूप में वह, जो उसे करने के लिए मक्खियों या ladybugs नहीं हैं, बल्कि रोगाणुओं लेकिन. वह इस या उस वायरस या असामान्य बैक्टीरिया हमारे बेटे afflicting का डर है, या मुझे, लेकिन वास्तव में कभी खुद. (वह भी विशेष रूप से पिशाच का डर है, लघु बुराई गुड़िया (विशेष रूप से जोकर) और पनडुब्बी दुर्घटनाओं; वह उसे विशेष भय सांता क्लॉस के संगठनों में तैयार लोगों के बाहर हो गया है).

एक दिन, मेरे सह कार्यकर्ता और मैं Ohai पास पास के पहाड़ों में ड्राइव करने का फैसला किया. एक बिंदु पर, हम गाड़ी से मिला में दृश्य ले लो करने के लिए. जब हम कार में वापस मिल गया, मैंने देखा कि मेरे कंधे पर टिक गया था. मैं खिड़की से बाहर flicked और कि यह था.

उस रात, मैं उसके बारे में हमारे ड्राइव बताया और टिक उल्लेख किया. बातचीत कुछ इस तरह चला गया:

एस: "Oooo! उन बुरे हैं. वे बीमारियाँ फैला।"

पी: "अच्छी तरह से, मैं इसे खिड़की के बाहर flicked."

एस: "वे हालांकि वास्तव में बुरा कर रहे हैं. वे अपनी त्वचा के नीचे मिल और खून चूसना और कीड़े हस्तांतरण कर सकते हैं. आप बेहतर अपने बालों की जाँच करें और सुनिश्चित करें कि वहाँ नहीं कर रहे हैं किसी भी अपने सिर में!"

पी: एक ज़ोर की आवाज़ में: "मेरे भगवान! वे अपने मन से अधिक ले जा सकते हैं???"

एस: सचमुच मुझे आश्वस्त: "नहीं, वे नहीं हो कि बुरा।"

</अंत>

Technorati टैग:

त्वरित और आसान: स्वचालित रूप से InfoPath प्रपत्र खोलने SharePoint डिज़ाइनर ईमेल से

अद्यतन: Madjur आहूजा इस लिंक से बाहर अंक एक समाचार समूह चर्चा: http://msdn2.microsoft.com/en-us/library/ms772417.aspx. यह सुंदर निश्चित है.

===

हम अक्सर हाइपरलिंक्स InfoPath प्रपत्रों को SharePoint डिज़ाइनर वर्कफ़्लो से भेजे गए ईमेल में एम्बेड करना चाहते हैं. जब उपयोगकर्ताओं को इन ईमेल प्राप्त, वे ईमेल से लिंक पर क्लिक कर सकते हैं और InfoPath प्रपत्र को सीधे जाओ.

इस राक्षस URL निर्माण मेरे लिए काम करता है:

http://server/sites/departments/Technical Services/InformationTechnology/HelpDesk/_layouts/FormServer.aspx?XmlLocation=/sites/departments/Technical Services/InformationTechnology/HelpDesk/REC REM RED Forms/REC2007-12-18T11_33_48.xml&स्रोत http % 3A % 2F % 2Fserver % 2Ecorp % 2Edomain % 2Ecom % 2Fsites % 2Fdepartments % 2FTechnical % 2520Services % 2FInformationTechnology % 2FHelpDesk % 2FREC % 2520REM % 2520RED % 2520Forms % 2FForms % 2FAllItems % 2Easpx =&DefaultItemOpen = 1

प्रपत्र का नाम के साथ bolded लाल पाठ बदलें, निम्न स्क्रीनशॉट में दिखाया गया के रूप में:

छवि

ध्यान दें कि हार्ड कोडित पथ में उस URL का एक बहुत कुछ है, साथ ही साथ एक URL-एनकोडेड घटक. यदि यह भी करने के लिए अपने विशिष्ट स्थिति का अनुवाद करने के लिए मुश्किल है, प्रपत्र लायब्रेरी के लिए अलर्ट पर मोड़ की कोशिश. पोस्ट एक रूप है और जब आप ईमेल प्राप्त, ईमेल का स्रोत देखने के लिए और आप सब कुछ आप की जरूरत है शामिल करने के लिए देखेंगे.

चतुर पाठकों सूचना हो सकता है कि इसके बाद के संस्करण ईमेल शरीर भी एक कड़ी है कि सीधे कार्य किसी फ़िल्टर किए गए दृश्य के माध्यम से accesses दिखाता है. मैं कि एक भविष्य पोस्ट में अधिक से अधिक विस्तार में समझाने के लिए योजना.

</अंत>

वाणिज्यिक उत्पादों के बारे में सोच

मैं डाल एक SharePoint Designer एक्सटेंशन परियोजना पर स्थित तक CodePlex इस साल के शुरू और फिर भी यह वास्तव में काफी दायरे में सीमित है, मैं अनुमान है कि यह द्वारा डाउनलोड किया गया है 40 करने के लिए 60 (संभवतः भी 100) बस के बारे में दो महीनों में कंपनियां. कि मुझे करने के लिए इंगित करता है कि वहाँ एक बाजार है कि समाधान के लिए है और अगर मैं इसे सफलतापूर्वक commercialize थे, that could translate into a goodly amount of beer 🙂

मेरी पृष्ठभूमि के उत्पाद के विकास में वास्तव में बहुत अधिक है और मैं जानता हूँ कि क्या एक श्रेष्ठ उत्पाद लाने के लिए की आवश्यकता है, एक CodePlex शौक परियोजना का विरोध किया, बाजार के लिए. में मेरे पिछले जीवन, मैं उत्पाद अनुसंधान के लिए जिम्मेदार था&सभी सॉफ्टवेयर उत्पादों के लिए D. तब और अब के बीच अंतर है कि मैं एक सलाहकार के लिए अब काम कर रहा हूँ एक (उत्कृष्ट) परामर्श फर्म (Conchango). पहले, मैं एक पूरे कंपनी मेरे पीछे और मेरे सामने था, हम बाजार में लाया बिक्री और उत्पादों का समर्थन. आज, मैं बिल्कुल अकेला हो जाएगा.

मैं मन में कई उत्पाद विचार है, लेकिन मुझे लगता है कि सबसे आसान-उपर्युक्त CodePlex परियोजना है कि कि एक प्रारंभिक बिंदु के रूप में उपयोग करता है और यह फैली हुई है और आगे के एक वाणिज्यिक संस्करण बनाने के लिए किया जाएगा. मेरा फजी सुविचारित सोच की तरह कुछ चार्ज करने के लिए है $100 एक असीमित डेवलपर लाइसेंस के लिए और $500 उत्पादन वेब सामने अंत के प्रति. मुझे लगता है कि मैं भी स्रोत कोड दूर देना होगा.

यदि आप विचार या अनुभव है कि आप साझा करने के लिए तैयार कर रहे हैं, कृपया एक टिप्पणी छोड़ दो या मुझे सीधे ईमेल. मैं की तरह राय सुनना पसंद करेंगे:

  • यह सब सार्थक है?
  • विपणन के लिए व्यावहारिक सुझावों, धन का संग्रह, वितरित करना.
  • मूल्य निर्धारण.
  • समर्थन.
  • किसी भी अन्य टिप्पणी आप छोड़ने के लिए चाहते हैं.

यह "आसान है" उत्पाद विचारों के साथ आने के लिए और उन्हें लागू करने के लिए, हालांकि कई दर्जनों के काम के घंटे की आवश्यकता है. अन्य सामान के रूप में मेरे लिए आसान नहीं है.

</अंत>

रविवार की सुबह अजीब बात है: “यीशु के मर जाना चाहिए”

हम हमारी पहली खरीदा (और केवल) "विलासिता" जब तूफान Floyd अमेरिका के पूर्वी तट के किसी न किसी कार वापस. हम न्यू जर्सी में यहाँ बारिश का एक बहुत कुछ मिल गया और कई दिन बीत गए इससे पहले कि जीवन सामान्य करने के लिए लौट आए. इससे पहले कि बस Floyd मारा, हम एक प्रयुक्त वोल्वो के लिए एक प्रस्ताव बनाया 850 जीएल और बाद Floyd मारा, यह घर चले गए थे.

यह एक सीडी प्लेयर के साथ हमारी पहली कार थी. सबसे नए कार मालिकों की तरह, हम एक छोटी सी CD पागल हो गया था, हमारी सुप्त सीडी संग्रह को पुनर्जीवित और लंबी ड्राइव सिर्फ CD पर कार में बात सुनो करने के लिए पर चला गया. सभी fads की तरह, यह हमारे लिए पारित किया है और हम समाप्त हो गया और फिर से वही सीडी को सुन. हमारे मामले में, यह था यीशु मसीह के सुपर स्टार.

में से एक (कई) कि रॉक ओपेरा में शानदार टुकड़े स् थापना धार्मिक प्रकार द्वारा गाया है, के नेतृत्व में Caiaphas, "उच्च पुजारी". वे कैसे "यीशु ने समस्या को संभाल करने के लिए निर्णय लेने में अपनी तरह से गा" और Caiaphas को उनके निष्कर्ष है कि "यीशु के मर जाना चाहिए" करने के लिए निर्देश. गीत पर बचना है "बस मर जाना चाहिए, के मर जाना चाहिए, के मर जाना चाहिए, इस यीशु के मर जाना चाहिए". तुम सुना है कि उस टुकड़े में बहुत बचना.

समय पर, मेरे बेटे के बारे में तीन साल पुरानी थी. आप शायद देख सकते हैं जहां इस जा रहा है.

मैं और मेरा बेटा एक दिन काम से घर आया था रहने वाले कमरे में खिलौने के साथ बजाना और खुद को गुनगुना है. मैं बंद मेरे जैकेट ले जा रहा हूँ, मेल और सब मेरी हमेशा की तरह चलने-में--दरवाजा सामान और मैं अचानक एहसास है कि वह सिर्फ कह रही है के माध्यम से देख रहा, वास्तव में नहीं गा: "यीशु ने मर जाना चाहिए, के मर जाना चाहिए, के मर जाना चाहिए।" मैं अपमानित था. मैं बस उसे कर रही है कि उनके बच्चे में से एक, जबकि पर एक दोस्त के घर पर तारीखें खेलते देख सकता था — शायद अंतिम तिथि उस शिशु मित्र के साथ खेलते हैं.

We pulled that CD out of the Volvo after that 🙂

</अंत>

गूगल ऐडसेंस कार्यक्रम में मेरे रहते रिक्त स्थान ब्लॉग को स्वीकार किया

अद्यतन: के रूप में 03/09, मैं गूगल ऐडसेंस के साथ मेरे खाते के रहते रिक्त स्थान को एकीकृत करने के लिए कोई रास्ता मिल गया है. माइक्रोसॉफ्ट के सिस्टम यहाँ तकनीकी तंत्र है कि गूगल ऐडसेंस के भावी hosters प्रदान करता है के सभी को रोकने के लिए लगता है. मुझे विश्वास है कि यह मुख्य रूप से वे रहते रिक्त स्थान में बनाया गया है सुरक्षा का एक पक्ष प्रभाव है करते हैं, नहीं Adsense को अक्षम करने के लिए एक सीधा प्रयास.

यह एक SharePoint पोस्ट नहीं है, लेकिन आम तौर पर ब्लॉगर्स के लिए ब्याज की हो सकती है.

किसी ने उनकी Windows Live रिक्तियाँ ब्लॉग पर टिप्पणी की कि गूगल ऐडसेंस में भाग लेने के लिए उनके अनुप्रयोग affirmatively निषेध. क्योंकि Windows Live रिक्तियाँ होस्ट करता है उसे ब्लॉग गूगल उससे इनकार कर दिया कि वह theorized. हालांकि, मैं हाल ही में मेरे रहते रिक्त स्थान ब्लॉग के लिए कार्यक्रम में स्वीकार कर लिया था, नीति होती है तो या तो बदल या गूगल उसे किसी अन्य कारण के लिए निषेध.

बेशक, मैं देख नहीं है किसी भी स्पष्ट तरीके से मेरे जीने अंतरिक्ष में गूगल ऐडसेंस एकीकृत करने के लिए, but it’s a start 🙂

</अंत>

मास्टर को लागू करने / कस्टम सूचियों का उपयोग कर विस्तार रिश्तों

मंच के रूप में अक्सर उपयोगकर्ताओं इस तरह के सवाल:

> नमस्कार,
>
> कृपया मुझे बताओ अगर वहाँ किसी भी संभावनाओं के साथ एक कस्टम सूची का निर्माण करने के लिए कर रहे हैं
> मास्टर और विवरण प्रकार (चालान की तरह) InfoPath का उपयोग कर के बिना.
>

SharePoint कुछ बॉक्स सुविधाओं है कि व्यापार की आवश्यकताओं के प्रकार की तरह है कि समर्थन से बाहर प्रदान करता है.

सामान्य में, एक दो एक साथ किसी लुकअप स्तंभ का उपयोग कर सूची कड़ियाँ. सूची A होता है इनवॉइस शीर्ष लेख जानकारी और सूची B इनवॉयस विवरण होता है.

ग्राहक संख्या को बनाए रखने के लिए अतिरिक्त सूचियों का उपयोग करें, उत्पाद क्रमांक, आदि.

एक सामग्री क्वेरी वेब पार्ट का उपयोग करें (केवल MOSS में) और/या सूचियों के मर्ज किए गए दृश्य बनाएँ करने के लिए वेब पार्ट एक डेटा देखें. SQL सर्वर रिपोर्टिंग सेवाएँ (एसआरएस) इसके अलावा यह के पक्ष में रिपोर्टिंग के लिए उपलब्ध है.

हालांकि, वहाँ कुछ महत्वपूर्ण सीमाओं कि यह मुश्किल के लिए कुछ भी है कि यहां तक कि मामूली जटिल है शुद्ध बाहर के--बॉक्स सुविधाओं का उपयोग करने के लिए कर देगा रहे हैं. इन में शामिल हैं:

  • बनाम के आकार से संबंधित लुकअप की सूचियाँ. "होशियारी" लुकअप स्तंभ के प्रकार का. एक लुकअप स्तंभ प्रकार ही प्रस्तुत करता है अलग के आधार पर कि क्या UI पर आप multi-select या नहीं सक्षम है. या तो मामले में, सभी उपलब्ध आइटम स्रोत सूची से बाहर के--बॉक्स नियंत्रण से पता चलता है. यदि स्रोत सूची है 1,000 आइटम, कि एक समस्या होने जा रहा है. लुकअप नियंत्रण उन आइटम्स के माध्यम से इस पृष्ठ नहीं. इसके बजाय, यह उन सभी को जो नियंत्रण में खींचतान. कि दोनों डेटा प्रविष्टि और प्रदर्शन के मामले में एक बहुत ही अजीब उपयोगकर्ता इंटरफ़ेस के लिए बनाता है.
  • Lookups "वापस खींच" जानकारी का एक स्तंभ. तुम कभी नहीं स्रोत सूची से जानकारी का एक से अधिक स्तंभ वापस खींच सकते हैं. उदाहरण के लिए, आप एक ग्राहक "12345 का चयन नहीं कर सकते" और एक ही समय में संख्या के रूप में अच्छी तरह के रूप में ग्राहक के नाम और पते प्रदर्शित करें. लुकअप केवल ग्राहक संख्या और कुछ नहीं दिखाता है. यह एक अजीब और मुश्किल उपयोगकर्ता इंटरफ़ेस के लिए बनाता है.
  • कोई इंट्रा-फार्म संचार. मैं इस यहाँ के बारे में लिखा है. आप कैस्केडिंग ड्रॉप-downs को लागू नहीं कर सकता, सशर्त फ़ील्ड् स सक्षम करें/निष्क्रिय, आदि.
  • कोई कैस्केडिंग नष्टकरण या अंतर्निहित संदर्भित अखंडता. SharePoint कस्टम सूचियाँ स्वतंत्र निकायों के रूप में व्यवहार करता है और उन्हें एक-दूसरे के लिए एक पारंपरिक ERD अर्थों में लिंक करने के लिए आप की अनुमति नहीं है. उदाहरण के लिए, SharePoint दो कस्टम सूचियाँ बनाने के लिए आपको अनुमति देता है, "ग्राहक" और "इनवॉइस शीर्षक". आप ग्राहकों की सूची में उस लिंक वापस एक ग्राहक के लिए एक चालान शीर्ष लेख बना सकते हैं. तब, आप ग्राहक सूची से हटा सकते हैं. बॉक्स से बाहर, इस को रोकने के लिए कोई रास्ता नहीं है. इस तरह की समस्या को हल करने के लिए, आप सामान्य रूप से ईवेंट हैंडलर्स का उपयोग करेंगे.

यह निराशाजनक लग सकता, लेकिन मैं अब भी SharePoint एक प्रारंभिक बिंदु के रूप में कार्यक्षमता के इस तरह के निर्माण के लिए प्रयोग करेंगे. हालांकि वहाँ अंतराल हैं क्या तुम एक समाधान में जरूरत के बीच, SharePoint में हमें इस तरह के रूप में उपकरण का उपयोग कर उन अंतराल को भरने के लिए सक्षम बनाता है:

  • ईवेंट हैंडलर्स. उन्हें संदर्भित अखंडता को लागू करने के लिए उपयोग करें.
  • कस्टम स्तंभ: कस्टम स्तंभ प्रकार बनाएँ और डिफ़ॉल्ट लुकअप स्तंभ के एवज में उन्हें का उपयोग करें. पृष्ठन जोड़ें, buffering और AJAX सुविधाओं उन्हें उत्तरदायी बनाने के लिए.
  • BDC. यह केवल MOSS सुविधा हमें हमेशा की लुकअप स्तंभ को एक बेहतर उपयोगकर्ता इंटरफ़ेस के साथ अन्य SharePoint सूचियाँ क्वेरी करने के लिए सक्षम बनाता है. BDC भी एक वापस अंत सर्वर अनुप्रयोग के लिए बाहर तक पहुँच सकते हैं. प्रतिकृति से बचने के लिए BDC का उपयोग करें. ERP प्रणाली से एक वापस अंत ग्राहक जानकारी नकल करने के बजाय, BDC के बजाय का उपयोग. BDC सुविधाओं कि जानकारी कहाँ यह के अंतर्गत आता है और एक प्रतिकृति समाधान को बनाए रखने की परेशानी से बचा जाता है सीधे ERP प्रणाली से खींचने के लिए एक अच्छा उपयोगकर्ता इंटरफ़ेस प्रदान करते हैं.

    BDC एक काई की सुविधा है (WSS में उपलब्ध नहीं है) और कॉन्फ़िगर करने के लिए चुनौती दे रहा है.

  • ASP.NET वेब प्रपत्र: SharePoint सूचियों का लाभ उठाने के जबकि एक बहुत संवेदनशील उपयोगकर्ता इंटरफेस प्रदान करने के लिए SharePoint ऑब्जेक्ट मॉडल और/या वेब सेवाओं का उपयोग करता है एक पूर्ण विशेषताओं-AJAX-सक्षम प्रपत्र बनाएँ.

अंतिम विकल्प महसूस हो सकता है जैसे आप स्क्रैच से शुरू कर रहे हैं, लेकिन SharePoint मंच आप निम्न कुंजी सुविधाओं के साथ बंद शुरू होता है कि इस तथ्य पर विचार:

  • रखरखाव के साथ सुरक्षा मॉडल.
  • मेनू प्रणाली रखरखाव के साथ.
  • "मास्टर तालिका" (अर्थात. कस्टम सूचियाँ) सुरक्षा के साथ, अंतर्निहित रखरखाव और लेखा परीक्षा.
  • खोज.
  • वापस अंत एकीकरण उपकरण (BDC).

यदि आप दृश्य स्टूडियो में एक नया रिक्त प्रोजेक्ट के साथ प्रारंभ करें, आप बुनियादी सुविधाओं और इससे पहले कि आप क्या प्रदान करता है SharePoint के करीब पाने के निर्माण के लिए पाइपलाइन का एक बहुत कुछ है.

मुझे विश्वास है कि Microsoft SharePoint अनुप्रयोग विकास के इस दिशा में विस्तार करने का इरादा रखता. यह मौजूदा SharePoint बेस के लिए एक प्राकृतिक विस्तार की तरह लगता है. माइक्रोसॉफ्ट के CRM अनुप्रयोग तानाना प्रकार के शीर्ष लेख/विवरण अनुप्रयोग विकास के समर्थन की जरूरत के एक महान सौदा प्रदान करता है. हालांकि उन सुविधाओं में CRM, प्रौद्योगिकी SharePoint विकास टीम के लिए स्पष्ट रूप से उपलब्ध है और मुझे उम्मीद है कि यह SharePoint उत्पाद में के अंत तक अपना रास्ता बनाना होगा 2008. अगर किसी एक में ज्ञान या जानकारी यह है, कृपया एक टिप्पणी छोड़ दो.

</अंत>

त्वरित टिप: सामग्री क्वेरी वेब भाग, लुकअप स्तंभ मान और XSL

मैं "रियल एस्टेट स्थान" नामक किसी सामग्री प्रकार में किसी स्तंभ का नाम है.

उस स्तंभ का प्रकार "लुकअप" है.

मैं संशोधित किया है <CommonViewFields> और ItemStyle.xsl स्तंभ को दिखाने के लिए.

एक सरल <xsl:मान का चयन करें =…> वापस आर्डिनल स्थिति डेटा शामिल हैं एक आंतरिक मूल्य देता है, रूप में इस तरह:

1;#मियामी

मानव के अनुकूल मूल्य प्राप्त करने के लिए, xsl-substring-बाद का उपयोग करें, के रूप में दिखाया गया:

<xsl:valuexsl का चयन करें "substring बाद =(@Real_x005F_x0020_Estate_x005F_x0020_Location,’#’)"></xsl:मान का>

जब भी आप XSL रूपांतरण में लुकअप मान के साथ काम कर रहे हैं और मानव के अनुकूल मूल्य प्राप्त करने की जरूरत इस तकनीक का उपयोग करें.

<अंत />

Technorati टैग: , ,

SharePoint बीगल दिसंबर अंक ऊपर & रहते हैं

यह आप में से कई पहले से ही पता, के दिसंबर संस्करण के लेकिन SharePoint बीगल जीना है.

मेरी राय में पढ़ने लायक हर लेख है.

मैं करने के लिए एक छोटे से अतिरिक्त टक्कर देना चाहता हूँ मेरे सहयोगी लेख (Natalya Voskrensenskya). वह कैसे वह कस्टम सूचियाँ उपयोग का वर्णन करते हुए एक स्क्रीन-शॉट एक्ट्रा वेंगांजा प्रदान करता है, वर्कफ़्लो, SharePoint डिजाइनर, डेटा दृश्य और अन्य तत्वों में काई एक स्वयं-सेवा प्रशिक्षण सुविधा को लागू करने के लिए. वह तकनीक है कि कई अलग अलग व्यवसाय परिदृश्यों में लागू किया जा सकता वर्णन. देखो उसके ब्लॉग जब आप इसे पर हैं.

बाहर की जाँच करने के लिए मत भूलना मेरे लेख as well 🙂 I wrote about using MOSS to help an HR department manage open positions.

</अंत>