SharePoint Крама Размовы Адкрытага Q&Сесія чацвярга 08/13 @ 12:30 PM EDT

Arcovis пройдзе наш другі "SharePoint Крама Talk" сесіі ў гэты чацвер у 12:30 PM EDT. Show up with your SharePoint questions and we’ll do our best to entertain you with banjo jokes, smart but harmless put-downs of our fellow panelists and maybe even answer a question or two. This week’s “official” panel includes yours truly, мае партнёры Arcovis (Наталля Васкрасенская і Гары Джонс) і Лаура Роджерс (з шчабятаць & EndUserSharePoint слава). Bob fox threatened to join too, but I don’t take that too seriously. Last time, у нас быў выдатны ўзровень ўдзелу аўдыторыі дзякуючы якой сціраецца грань паміж экспертамі і ўдзельнікамі і я чакаю, што тое ж самае адбудзецца чацвер.

Гэта падзея ў суаўтарстве з Integrated Systems і паслугі Групы (www.issgroup.net).

Калі ласка, зарэгіструйцеся тут: https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=9xrzxfs9x34sb0sm

Калі ў вас ёсць пытанні, якія вы хочаце, каб мы прыняць, just dial into the call and ask it. If you want us to think about it first, адпраўце нам ліст ці пакінуць каментар тут.

Убачымся!

</канец>

Падпісацца на мой блог.

Выконвайце за мной на Twitter у http://www.twitter.com/pagalvin

Існуючыя ўмовы: SharePoint абвесткі Шаблоны для выратавання (?)

One of my clients worked with a previous contractor to build out a small but useful HR application for the enterprise. That contractor used SharePoint Designer to implement the workflow portion of the solution. It’s a bit of a mess. Напрыклад, there are nine SPD workflows in support of a single logical workflow process and up to five of them may fire simultaneously at any given time given the right conditions. It’s not easy to debug 🙂

Мой кліент мае шэраг ўсё яшчэ нявыкананых патрабаванняў, one of which is to generally provide more context when the system sends out email alerts – both in the email itself as well as associated task forms. As SPD workflow implementers know, the “collect data from user” SPD action actually creates a task with a custom content type. When we use that action, we don’t get to specify much. We can prompt for some values (e.g. "Дазволіць" або "Забараніць") and we can specify a hard coded value in the title and description. That’s about it.

Мае патрабаванні кліента складаецца з двух частак:

  1. Калі SharePoint пасылае ліст аб прызначанай задачы, ўключаюць у сябе шмат інфармацыі аб задачы ў целе паведамлення электроннай пошты.
  2. Што яшчэ больш важна, нашмат – калі карыстальнік націскае на задачы спасылку ў лісце,, the task form should have all the information the approver needs in order to make his/her approve or deny decision. Right now, the manager needs to click on the item link itself to drill down into the underlying details and no one likes that. You have to click in the email. Then you need to click a sort of obscure link on the task item. Then you can look at the underlying data (InfoPath форму ў гэтым выпадку). Then you click back/back, і г.д.. Everyone hates it.

Я атрымаў у спадчыну гэтую некалькі брудных тэхнічнае рашэнне, і я хачу ўнесці змены ў найменш дакучлівым спосабам.

The approach I’m taking right now is to create a custom alert template. Вы можаце прачытаць пра гэта тут. The flow works like this:

  • СПД рабочым працэсам.
  • У нейкі момант, ён прызначае задачу мэнэджара.
  • SharePoint system automatically sends out an alert to that manager. This is not part of the SPD workflow but rather “what SharePoint does.” (Службы таймера SharePoint, Я лічу,).
  • Карыстацкі апрацоўшчык абвесткі выклікаецца ў карысць стандартнае папярэджанне працэсу (пасля магічны правілы, як апісана ў вышэйпаказанай артыкуле).
  • Калі мой персаналізаванага абвесткі выкананні апрацоўшчыка, it generates a beautiful email. Што яшчэ больш важна, так як ён мае пастаўленай задачай, яно таксама ўпрыгожвае актуальнай задачай з усімі кантэксце інфармацыі, неабходнай для задавальнення бізнес-патрабаванняў.
  • Карыстальнік атрымлівае ліст, і гэта поўна карыснай інфармацыі кантэксту.
  • Карыстальнік націскае на спасылку задачай і задачай само па сабе поўны карыснай інфармацыі кантэксту.
  • Усе ідуць дадому, каб кавуны і марозіва.

I did a quick POC and it works well in a lab environment. I get my custom email alert as expected. I also get to update the task description and title itself.

Адзінай хітрасцю, да гэтага часу, , Каб пазбегнуць сітуацыі, у якой апавяшчэнне абнаўляе элемент, triggering another alert. This doesn’t worry me.

Выглядае шматабяцальным да гэтага часу ...

The great thing about this is that I don’t need to muck about with any of the existing SPD workflows. They are blissfully unaware that an alert handler is “IIZ бегчы In Da Bakground, DECORATIN ТЫХ спіс задач WIF MOAR КАНТЭКСТ".

</канец>

Падпісацца на мой блог.

Выконвайце за мной на Twitter у http://www.twitter.com/pagalvin

Бягучыя SharePoint Q&Сесія чацвярга 07/30/09 @ 12:30 Заканчэнне вечара EDT 1:30PM EDT

Абнаўленне: The format for this is basically a conference call with a couple of PPT slides to set the stage. We have a SharePoint environment on stand by to fire up in case it helps out, but this is mainly people talking out loud. There will be opportunities for follow up by email.

Вяртаючыся да маёй самай першай канферэнцыі SharePoint, крыху больш за год таму, Я быў здзіўлены тым, наколькі надзвычайны жывы Q&A session can be. The conference organizers had put together a sort of ad hoc group of “experts” (I.E. людзі, якія хадзілі вакол і не баяліся хочуць па-дурному на сцэну) to answer any questions that came from the audience in the room. It was in my head back then, і з тых часоў перыядычна, to host a similar session but do it on line and the phone. I don’t think it can be as good as an in-person Q&Сесіі, але я думаю, гэта можа быць даволі халаднавата.

Я, нарэшце, знайшоў час для яго і ў наступны чацвер, 07/30, мая кампанія (Arcovis) і дзелавой партнёр, Integrated Systems і паслугі групы, пройдзе Q&A like that. I’m hoping to do these regularly, as often as weekly.

Гэта першая сесія, верагодна, будзе трохі няроўны, але канцэпцыя гэтага:

  • Калі ў вас ёсць пытанні, якія вы хацелі б атрымаць адказы ў час сесіі, проста паказаць і спытаць.
  • Калі вы хочаце, вы можаце адправіць пытанне загадзя.

Мы плануем правесці першую палову Q&Па электроннай пошце на пытанні, а затым адкрыць яго, каб усё, што хто-небудзь спытае, што пасля.

Сесія адбудзецца ў чацвер, 07/30 пачынаючы з 12:30 і заканчваецца ў 1:30 PM EDT.

Калі вы зацікаўлены, просьба рэгістравацца тут: https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=pxlsd9fpsm2md7h9

The panel will include me and other SharePoint luminaries. You’ll have to sign up to find out who they are 🙂

Калі вы хацелі б быць адным з тых сьвяцілаў для будучыні Q&Сесіі, дайце мне ведаць,.

</канец>

Падпісацца на мой блог.

Выконвайце за мной на Twitter у http://www.twitter.com/pagalvin

Technorati Тэгі:

Уставіць Распрацоўшчык адзначае Усярэдзіне вашых формаў InfoPath

Я ўсё яшчэ жыву ў свеце InfoPath Forms і мне трэба было зрабіць адзін з тых "невялікіх» змяненняў у форму,, на жаль, breaks a naming convention I adopted with it two weeks ago. Я падумаў пра сябе, "Хто-то будзе глядзець на гэтую рэч праз год і сказаць, «Што думае Павел быў? By Jove, назвах яго не мае сэнсу!"

Я зразумеў, што я мог бы зрабіць выгляд на форму для гэтага, а затым, яшчэ раз, realized that I could have been doing something like this all along. I added a “Developer Notes” view to the InfoPath form as such:

image

Я настроены формы так, каб карыстальнікі не могуць дабрацца да гэтага пункту гледжання і, такім чынам,, it’s only visible with the InfoPath client in design view. Now I feel a little inoculated against some future unknown developer looking at my form and thinking bad thoughts about me. Phew!

</канец>

Падпісацца на мой блог.

Выконвайце за мной на Twitter у http://www.twitter.com/pagalvin

Technorati Тэгі:

Упраўленне InfoPath праглядаў

Я, здаецца, праходзяць InfoPath фаз, пры якіх, зусім нечакана, I’m crafting a bunch of forms. My fingers learn how to use the tool well and then I go through nine month drought and have to learn it all over again.

Я знаходжуся ў сярэдзіне InfoPath фазы і я ствараю InfoPath Forms з вялікай колькасцю праглядаў. Адна рэч, якую вы, верагодна, заўважыце, што InfoPath 2007 client shows views in alphabetical order. This is a real nuisance some times. My best technique these days is to prepend a number to the view name so that they always show in the order I want, як паказана на малюнку:

image

I wish I had been doing this all along.

</канец>

Падпісацца на мой блог.

Выконвайце за мной на Twitter у http://www.twitter.com/pagalvin

Technorati Тэгі:

Sevices формаў InfoPath, Аўтэнтыфікацыю на аснове формаў (FBA) і унікальныя імёны файлаў

Я працую на некаторых формаў InfoPath на гэтым тыдні ў MOSS ў асяроддзі FBA і даведаўся, калі я пайшоў у разгортванні формы ў вытворчую сераду з зонай FBA, што імя карыстальніка() function function does not work. I was using it to generate unique file names.

Добра, гэтая функцыя не працуе ў асяроддзі FBA (па меншай меры, Ці не з скрынкі). І, пры адбіцці, выкарыстаннем імя, які не так, як я планаваў бы не гарантавана унікальнае імя файла ў любым выпадку.

Маё рашэнне было выкарыстоўваць зараз() function and a rule that fires on loading of the form. I assign the file name to data element when it’s blank:

image

image

The advantage of this approach is that the file name is set only once. (Я не паказваю гэта на скрыншоце, але паставіў умову на вяршэнстве толькі агонь, калі "MyFileName" пусты). I used to set the file name at the data source level. Typically, Я хацеў бы зрабіць што-то (дрэнны) вось так:

image

Праблема ў тым, што калі карыстальнік адкрывае форму ў панядзелак і карыстальнік B змяняе яго на аўторак, вы ў канчатковым выніку з двух розных формах, так як два розныя карыстальнікаў захавалі яго з рознымі імёнамі карыстальнікаў.

Так, як раздражняе, як FBA можа быць у цэлым і, у прыватнасці, InfoPath, гэта прымусіла мяне пераасэнсаваць невялікі, але вельмі важных тэхнічных дэталяў і падыход, які я не зрабіў бы інакш!

</канец>

Падпісацца на мой блог.

Выконвайце за мной на Twitter у http://www.twitter.com/pagalvin

Technorati Тэгі:

Забеспячэнне Спіс SharePoint / Дакумент праглядаў Бібліятэка Здаецца (накшталт) Магчыма з JQuery

Гэта яшчэ адно паведамленне ў маім бягучыя серыі аб тым, як выкарыстоўваць JQuery з SharePoint.
Калі вы хочаце даведацца больш пра JQuery, Я настойліва рэкамендую: JQuery у дзеянні Мядзведзь па Bibeault і Іегуда Кац.

Адна з першых рэчаў, якія я думаў,, як толькі я пачаў гуляць з JQuery, was whether we could use it to secure a SharePoint view. The answer is “no” (або па крайняй меры, Я не сцвярджаю, што гэта магчыма). Аднак, it is certainly possible to make it difficult for people to see a particular view.

I started with my sandbox environment when working on this. I wrote about that environment here: Хутка і лёгка: Стварыце свой уласны Sandbox JQuery для SharePoint.

"Бяспечныя" выгляд, выканайце наступныя дзеянні:

  1. Create a view you want to secure. I did that and called it “Secured View”.

    Гэта тое, што ён выглядае, калі гэта не "забяспечаны":

    image

  2. Дадаць вэб-частка рэдактара кантэнту на старонцы выгляд, выкарыстоўваючы трук апісаны ў артыкуле пясочніцы (I.E. дадаць "PageView = Агульная&ToolPaneView = 2 "на URL).
  3. Figure out your SharePoint _spUserId by following these crazy steps, верыць ці ня:
    1. Увайдзіце ў сваю суполку SharePoint.
    2. У адраснай радку вэб-браўзэра, тып: "JavaScript:Апавяшчэнні(_spUserId ").
    3. Запішыце вынік (гэта "13" у маім выпадку).

      image

  4. Дадайце наступныя JavaScript ў Вашым CEWP ў рэжыме кода:

    <сцэнар
        "text/javascript"
        SRC ="../../jQuery%20Library/jquery-1.3.2.min.js">
    </сцэнар>
    
    <Сцэнар тыпу ="text/javascript">
      $(функцыя() {
    
        Апавяшчэнні(_spUserId);
    
        было theSecuredView = $("З даты[FilterLink * = Абаронены 20View%]");
    
        калі ((theSecuredView.length > 0) && (_spUserId == 13))
          $("З даты[FilterLink * = Абаронены 20View%]").бацька().бацька().бацька().HTML("<BGCOLOR TR = чырвоны><TD>Ніякай выгляд для вас!</TD></тр>");
      });
    
    </сцэнар>
    

Я ўключыў, што папярэджанне(_spUserId) лініі туды, каб прадэманстраваць, як гэта на самай справе не "Абарона" у выглядзе, but simply making it more difficult to see. More on that in a moment.

У асноўным, jQuery is looking for an iFrame on the page who has an attribute that contains “Secured%20View” in its value. Once it finds it, we check to see if the current user is “13”. If it is, мы ідзем уверх па DOM, каб <TR> тэг (які я высвятліў, прагледзеўшы крыніцы і трасіроўку) , А затым замяніць гэты тэг TR з маім паведамленне. Я сапраўды не ведаю, як гэта надзейны (Я вельмі падазрона, на самай справе), but it worked in my sandbox. If I find a better way, Я буду блог аб гэтым. Гэта вынік:

image

Я націскаю кнопку ОК, і дадзеныя замяняюцца з вялікай чырвонай паведамленне:

image

Што вы можаце сказаць, the way I’ve implement this “security” solution is to allow the web part to render itself. After it finishes, Я перазапісаць яго ўтрыманне з маёй "Рэжым прагляду не для вас!"Паведамленне.

Нягледзячы на ​​тое, што гэта на самай справе не «абароненай» выгляд, гэта патэнцыйна карысны і з некаторым разумным працы, it may eventually be securable in a more formal sense. The fundamental issue is that the client is getting all the data and then, Толькі пасля таго, як атрымлівае дадзеныя, it wipes it out. If the client is getting the data, разумны карыстальнік можа прадухіліць ад JQuery працуе на ўсё і паглядзець, што ён / яна хоча бачыць.

There are other drawbacks. This “security” approach is based off a _spUserId. We’d want to really secure based on the full SharePoint security model, or at least by user name. That becomes progressively harder, але я бачу некаторыя добрыя рэчы, напісаныя на гэтую тэму, таму я спадзяюся, ёсць добры адказ на гэтую праблему.

Спіс думкамі сам па сабе павінны быць абрэзаны, калі гэта магчыма. I haven’t tried to figure that out. I assume it’s possible, але на самой справе не вырашае асноўнай пытанне бяспекі, таму што хто-то яшчэ можа проста ўвесці URL меркаванне яны хочуць (калі б яны ведалі, што гэта). Аднак, trimming makes sense. It’s a good usability feature and it helps to obfuscate things. If an end user doesn’t know that the view event exists, they probably won’t try to use it. Часам, гэта дастаткова добра.

Пры ўдалым збегу абставінаў, У мяне будзе больш пісаць на гэтую тэму на працягу доўгага часу.

</канец>

Падпісацца на мой блог.

Выконвайце за мной на Twitter у http://www.twitter.com/pagalvin

Пазнакі del.icio.us: ,,

Хутка і лёгка: Лепшы спосаб выкарыстаць JQuery схаваць тэкставае поле формаў SharePoint

Гэта яшчэ адно паведамленне ў маім бягучыя серыі аб тым, як выкарыстоўваць JQuery з SharePoint.
Калі вы хочаце даведацца больш пра JQuery, Я настойліва рэкамендую: JQuery у дзеянні Мядзведзь па Bibeault і Іегуда Кац.

Папярэдне, I wrote about how to use jQuery to locate and hide a text field on a form. I didn’t care for the specific approach (Я быў ланцужкі бацькоў - гэта проста не робіцца ў гэтыя дні, па меншай меры, у сем'ях якасці).

Калі я ўпершыню пачаў думаць пра гэта, Я ведаў, што трэба знайсці <TR> у якой я мог бы выклікаць шкуру() метад. My early effort to find the correct <TR> нешта накшталт гэтага:

$('TR:ёсць(ўваход[Назва = Схаваць!])");

Праблема ў тым, што было б знайсці ўсё <TR> тэг, які меў дачыненне да аднаму з бацькоў не паказваць! поле, нават калі не паказваць! ўкладзена шмат глыбокіх узроўняў у <TR>’s. It turns out that on my sandbox form, што знаходзіць выраз 9 розных TR у якія не паказваць! as a child somewhere in its DOM tree. I realized that I could walk back up the tree from the input field itself, вось як я скончыў злоўжыванне бацькамі, але гэта не задавальняла мяне.

Я задумаўся на гэта і адна з рэчаў, якія я прачытаў, нарэшце, мае сэнс: Я мог бы выкарыстаць не() метад адсекчы <TR>’s I don’t want in my wrapped set. Гэта прывяло мяне да гэтага:

$('TR:ёсць(ўваход[Назва = Схаваць!])").ня('TR:ёсць(тр)").хаваць();

Першы біт знаходзіць усё <TR> тэгаў, якія не паказваць! field anywhere in their own hierarchy. It then strips out any <TR> , Што таксама ёсць дзіця <TR>. This leaves us with a single <TR> што:

1) Не мае <TR> даччыныя запісу

2) Does have the input field as child.

Мы можам прымяніць шкуры() метад выніковы набор, і мы зрабілі.

Я ўсё яшчэ крыху нервуецца з нагоды гэтага, але не так як нервовыя ланцужкі бацькоў.

I don’t know if this is a best practice or not. There may be a more appropriate way of identifying just the <TR> that we care about in a SharePoint form. If you know, калі ласка, напішыце каментар.

</канец>

Падпісацца на мой блог.

Выконвайце за мной на Twitter у http://www.twitter.com/pagalvin

Technorati Тэгі: ,

Хутка і лёгка: Выкарыстоўваць JQuery схаваць тэкставае поле формы SharePoint

Гэта яшчэ адно паведамленне ў маім бягучыя серыі аб тым, як выкарыстоўваць JQuery з SharePoint.
Калі вы хочаце даведацца больш пра JQuery, Я настойліва рэкамендую: JQuery у дзеянні Мядзведзь па Bibeault і Іегуда Кац.

АБНАЎЛЕННЕ (ўжо!): Я думаю, лепшы спосаб знайсці <TR> тэгі Я хачу, каб схаваць і пісаў пра гэта тут. You may still find this article interesting anyway so I’m leavnig it up.

Я хачу, каб схаваць тэкставае поле, "Хаваць мне!», Як паказана:

image"

Наступныя JQuery робіць гэта для мяне:

<Сцэнар тыпу ="text/javascript">

  $(функцыя() {


    $("Уваход[Назва = Схаваць!]").бацька().бацька().бацька().хаваць();

  });

</сцэнар>

Код кажуць, "Знайдзі мне ўсё поля ўводу, назва якой = Схаваць!. Затым, атрымаць яго бацькі і бацькі, і наступны * наступная * бацька (фу!) і спасылацца на шкуру() метад, што справа, усё, што здараецца,.

Я зразумеў, што мацярынскай структуры пры праглядзе HTML для формы, SharePoint, створаны, як паказана:

<TR>
    <TD NoWrap="true" VALIGN="top" шырыня="190px" клас="ms-formlabel">
        <H3 клас="ms-standardheader">
            <NOBR>Не паказваць!</NOBR>
        </H3>
    </TD>

    <TD VALIGN="top" клас="ms-formbody" шырыня="400px">
        <!-- FieldName="Hide Me!"
                 FieldInternalName="Hide_x0020_Me_x0021_"
                 FieldType="SPFieldText"
        -->
        <пралёт Вы="none">
            <ўваход
                імя="ctl00$m$g_bdb23c2c_fde7_495f_8676_69714a308d8e$ctl00$ctl04$ctl02$ctl00$ctl00$ctl04$ctl00$ctl00$TextField"
                тып="text"
                MaxLength="255"
                ID="ctl00_m_g_bdb23c2c_fde7_495f_8676_69714a308d8e_ctl00_ctl04_ctl02_ctl00_ctl00_ctl04_ctl00_ctl00_TextField"
                назва="Hide Me!"
                клас="ms-long" />
                <бр>
        </пралёт>


    </TD>
</TR>

Гэтая карціна паказвае тое ж самае, але размечаны з бацькамі:

image

Першы бацька (1) is a span tag. Span’s parent (2) з'яўляецца TD тэг і, нарэшце, мы пяройдзем да рэальных бацькоў я хачу, каб схаваць (3) , Якая з'яўляецца тэг TR сабе.

This is a pretty terrible approach I think because it’s extremely dependent on the very specific structure of this form. When SharePoint 2010 выходзіць, this whole structure could change and break this approach. What I really want to do is craft a jQuery selector that is along the lines of “find me all the TR’s (і толькі тэгаў TR) што ёсць дзесьці ў даччыныя элементы поля ўводу, назва якой = Схаваць!". I starting from the bottom and moving up. Assuming I figure this out, Я адпраўлю абнаўленне "хутка і лёгка" пост.

</канец>

Падпісацца на мой блог.

Выконвайце за мной на Twitter у http://www.twitter.com/pagalvin

Пазнакі del.icio.us: ,

Technorati Тэгі: ,

Хутка і лёгка: Стварыце свой уласны Sandbox JQuery для SharePoint

Гэта яшчэ адно паведамленне ў маім бягучыя серыі аб тым, як выкарыстоўваць JQuery з SharePoint.
Калі вы хочаце даведацца больш пра JQuery, Я настойліва рэкамендую: JQuery у дзеянні Мядзведзь па Bibeault і Іегуда Кац.

Пачатак працы з JQuery ў SharePoint на здзіўленне лёгка (мне). (У мяне ёсць сур'ёзныя пытанні з нагоды "лепшай практыкі" падыход да разгортвання гэтых рэчаў да вытворчасці, але гэта на другі дзень). I’ve just started playing with this technology and to that end, I created a sandbox environment to use. If you’re looking to get started with jQuery, Вы можаце знайсці гэты падыход карысным.

1. Стварэнне пустога сайта

Стварыце новы сайт дзесьці на Вашым сайце, і называюць гэта нешта разумнае, як "JQuery Пясочніца».

2. Спампаваць JQuery

Вы можаце спампаваць бібліятэку JQuery JavaScript адсюль: http://docs.jquery.com/Downloading_jQuery

Захаваць, што на ваш працоўны стол.

Я выкарыстоўваю "паменшаная" версія.

3. Стварэнне бібліятэк дакументаў SharePoint

У вашай пясочніцы сайт, create a document library.

4. Загрузіце JQuery бібліятэкі SharePoint

Доступ у бібліятэку дакумент вы толькі што стварылі і загрузіць бібліятэку JQuery.

5. Стварэнне карыстацкага спісу SharePoint

I’ve started with a custom list because I want to muck about with standard SharePoint forms. You could also create a page in a pages library or web part pages and probably a lot of other places.

Add some columns to the custom list so that you have something to run jQuery against. My initial objectives were to:

  1. Схаваць поле.
  2. Запісаць значэнне ў полі.

З гэтай мэтай на ўвазе,, I added two text fields. Праз некаторы час, Я буду гуляць са спасылкамі, выявы, пошук, і г.д..

6. Змяніць NewForm.aspx старонку вэб-часткі і дадаць вэб-частка рэдактара змесціва

Гэта крыху чорнай магіі иш , in that it’s a new concept to me. I first learned about this from Поль Гренье, SharePoint JQuery Superstar, на яго сайце праекту CodePlex: http://spff.codeplex.com/.

Выканайце наступныя крокі, каб дадаць CEWP на тую ж старонку, якая паказвае NewForm.aspx для любога карыстацкага спісу:

  1. Доступ да карыстацкага спісу і націсніце кнопку Стварыць.
  2. Дадайце наступныя радкі ў URL: Праглядах = Агульныя&ToolPaneView = 2

Гэта дасць магчымасць ператварыць ваш сумны ванілі ўводу дадзеных з формаў нешта накшталт гэтага:

image

Для гэтага:

image

Дадайце вэб-частка рэдактара змесціва на старонку.

7. Напісаць свой першы код JQuery

Адчыніце, што CEWP ва ўяўленні кода і дадайце наступны:

image

Вось рэальны код, калі вы хочаце скапіяваць / ўставіць:

<сцэнар
    "text/javascript"
    SRC ="../../jQuery%20Library/jquery-1.3.2.min.js">
</сцэнар>

<Сцэнар тыпу ="text/javascript">
  $(функцыя() {

    $('# ResultsID ").HTML("Ёсць" + $("А").памер() + "Пазнакі Пазнакі на гэтай старонцы.);

  });
</сцэнар>

Вынік:
<DIV ID ="ResultsID"></спраў>
/вынік

Адзначым, што першыя <сцэнар> tag is referencing the actual jQuery library. Presumably, гэтыя рэчы змяняюцца з цягам часу, так што вы хочаце, каб пераканацца,) выкарыстоўваць правільнае імя і б) накіраваць яго на правільны бібліятэцы дакументаў SharePoint.

Грэцца ў промнях славы

Калі вы зрабілі гэта правільна, Вы ўбачыце вынік, падобны на наступны:

image

Заключэнне

Гэта не адзіны спосаб, каб пачаць працу, але гэта хутка, easy and isolated from your existing SharePoint environment.

</канец>

Падпісацца на мой блог.

Выконвайце за мной на Twitter у http://www.twitter.com/pagalvin

Technorati Тэгі: ,

Пазнакі del.icio.us: ,