Talk SharePoint Shop Open Q&Një seancë të enjten 08/13 @ 12:30 EDT

Arcovis do të pret të dytë tonë "Talk SharePoint Shop" këtë të enjte në seancë 12:30 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, Partnerët Arcovis ime (Natalya Voskresenskaya dhe Harry Jones) dhe Laura Rodgers (i eksitim & EndUserSharePoint famë). Bob fox threatened to join too, but I don’t take that too seriously. Last time, kemi pasur një nivel të madh të pjesëmarrjes së publikut e cila mjegulluar vijën ndarëse mes panelistëve dhe ndjekësve dhe unë pres njëjta gjë do të ndodhë e enjte.

Kjo ngjarje është bashkë-sponsorizuar nga Sistemet Integruar dhe shërbimet e grupit (www.issgroup.net).

Ju lutemi regjistrohuni këtu: https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=9xrzxfs9x34sb0sm

Nëse keni ndonjë pyetje që ju dëshironi të na për të marrë, just dial into the call and ask it. If you want us to think about it first, na dërgoni një email apo të lënë një koment këtu.

Shihemi pastaj!

</fund>

Abonohen në blogun tim.

Atëherë ejani pas meje në Twitter në http://www.twitter.com/pagalvin

Para-kushtet ekzistuese: SharePoint Templates Alert në shpëtim (?)

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. Për shembull, 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 🙂

Klienti im ka një numër të kërkesave ende të pazgjidhura, 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. "Miratoj" ose "mohojnë") and we can specify a hard coded value in the title and description. That’s about it.

Kërkesa e klientit tim është dy fish:

  1. Kur SharePoint dërgon një email në lidhje me një detyrë detyrë, përfshijnë një shumë informacion në lidhje me detyrën në trupin e-mail.
  2. Më e rëndësishmja, nga larg – kur përdoruesi klikon mbi link detyrë në email, 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 (një formë InfoPath në këtë rast). Then you click back/back, etj. Everyone hates it.

Unë e kam trashëguar këtë zgjidhje disi të çrregullt teknike dhe unë dua të bëjë ndryshime në mënyrën më pak ndërhyrëse të mundshme.

The approach I’m taking right now is to create a custom alert template. Ju mund të lexoni në lidhje me atë këtu. The flow works like this:

  • SPD workflow shkon.
  • Në disa pika, ai cakton një detyrë për një menaxher.
  • SharePoint system automatically sends out an alert to that manager. This is not part of the SPD workflow but rather “what SharePoint does.” (Shërbimi timer SharePoint, Unë besoj).
  • Një mbajtës porosi vigjilent thirret në favor të procesit standarde alarm (duke ndjekur rregullat magjike, siç përshkruhet në nenin e mësipërm referuar).
  • Kur mbajtës porosi im vigjilent shkon, it generates a beautiful email. Më e rëndësishmja, pasi ajo e ka për detyrë në dorë, ajo gjithashtu dekoron detyrën aktuale me të gjitha informatat kontekstin e nevojshme për të përmbushur kërkesat e biznesit.
  • Perdoruesi merr email dhe ajo është e plotë e informacionit context dobishme.
  • Përdoruesi klikon mbi linkun detyrë dhe detyrë vetë është plot me informacion të dobishëm context.
  • Gjithkush shkon në shtëpi që të ketë dhe akull shalqi krem.

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.

Vetëm pak e ndërlikuar, deri tani, është për të shmangur një situatë ku përditësimet alarm pika, triggering another alert. This doesn’t worry me.

Duket premtues deri më tani ...

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 “Runnin IIZ IN DA BAKGROUND, Decoratin LISTA TEH DETYRA wif moar KONTEKSTI".

</fund>

Abonohen në blogun tim.

Atëherë ejani pas meje në Twitter në http://www.twitter.com/pagalvin

Live SharePoint Q&Një seancë të enjten 07/30/09 @ 12:30 EDT mbaron 1:30EDT

Update: 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.

Going back to konferencën tim të parë ndonjëherë SharePoint, pak më shumë se një vit më parë, Unë kam qenë i goditur nga një i frikshëm se sa Q jetojnë&A session can be. The conference organizers had put together a sort of ad hoc group of “experts” (i.e. njerëz të cilët ishin të varur përreth dhe nuk ishin të frikësuar e duke kërkuar të trashë deri në skenë) to answer any questions that came from the audience in the room. It was in my head back then, periodikisht dhe që atëherë, 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&Një seancë, por unë mendoj se kjo mund të jetë shumë i ftohtë.

Më në fund mori rreth për të dhe të enjten e ardhshme, 07/30, kompania ime (Arcovis) dhe partner biznesi, Integruar Sistemet dhe Shërbimet grup, do të pret një Q&A like that. I’m hoping to do these regularly, as often as weekly.

Kjo seancë inauguruese do të jetë ndoshta pak me gunga, por koncepti është ky:

  • Nëse keni ndonjë pyetje që ju dëshironi të keni përgjigjur gjatë seancës, vetëm të shfaqen dhe të kërkojë.
  • Nëse ju doni, ju mund email pyetjen paraprakisht.

Ne plan për të shpenzuar gjysmën e parë të Q&Një mbi pyetjet dërguar me email dhe pastaj të hapur atë në çdo gjë që dikush pyet se pas.

Seanca zhvillohet të enjten, 07/30 duke filluar nga ora 12:30 dhe përfundon në 1:30 EDT.

Nëse jeni të interesuar, mirësi të regjistroheni këtu: 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 🙂

Nëse ju dëshironi që të jetë një prej atyre yjeve për një Q të ardhmen&Një seancë, let me know.

</fund>

Abonohen në blogun tim.

Atëherë ejani pas meje në Twitter në http://www.twitter.com/pagalvin

Technorati Tags:

Embed Notes Zhvillues Inside format tuaja InfoPath

Unë jam ende duke jetuar në forma InfoPath botë dhe unë e nevojshme për të bërë një prej këtyre ndryshimeve "të vogla" në një formë që, për fat të keq, breaks a naming convention I adopted with it two weeks ago. Mendova për veten time, "Dikush do të shikojmë në këtë gjë një vit nga tani dhe të thonë, "Çfarë Pali u menduar? By Jove, konventë emërtimin e tij e bën nuk ka kuptim!"

Unë kuptova se unë mund të krijojë një pamje në formë për këtë dhe pastaj, njëherë, 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

Unë e kam konfiguruar formularin mënyrë që përdoruesit nuk mund të merrni për të parë atë dhe për këtë arsye, 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!

</fund>

Abonohen në blogun tim.

Atëherë ejani pas meje në Twitter në http://www.twitter.com/pagalvin

Technorati Tags:

Menaxhimi Views InfoPath

I duket për të shkuar nëpër faza InfoPath ku, si i rënë nga qielli, 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.

Unë jam në mes të një faze InfoPath dhe unë jam duke krijuar forma InfoPath me një shumë të pikëpamjeve. Një gjë që ju ndoshta njoftim është se 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, siç ilustrohet këtu:

image

I wish I had been doing this all along.

</fund>

Abonohen në blogun tim.

Atëherë ejani pas meje në Twitter në http://www.twitter.com/pagalvin

Technorati Tags:

Sevices Forma InfoPath, Format Authentication Based (FBA) dhe emrat unik imazhit

Unë kam qenë duke punuar në disa InfoPath formon këtë javë në MOSS në një mjedis FBA dhe mësuar, kur shkova për të vendosur format në një mjedis të prodhimit me një zonë FBA se emrin() function function does not work. I was using it to generate unique file names.

Mirë, se funksioni nuk do të punojnë në një mjedis FBA (të paktën, mos dalë nga kutia). Dhe, mbi këtë reflektim, duke përdorur emrin në mënyrën se si unë kishte planifikuar nuk do të kishte garantuar një emër unik e fotografisë në çdo rast.

Zgjidhja ime ishte që të përdorin tani() 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. (Unë nuk e tregojnë atë në ekran shtënë, por vënë një kusht në rregull për të zjarrit vetëm kur "myFilename" është bosh). I used to set the file name at the data source level. Typically, Unë do të bëj diçka (keq) si kjo:

image

Problemi me këtë është se në qoftë se përdoruesi Një hap formularin hënën dhe B përdorues e ndryshon atë të martën, ju do të përfundojë me dy forma të ndryshme që dy përdorues të ndryshëm shpëtuam atë me emra të përdoruesve të ndryshëm.

Kështu, si i bezdisshëm si FBA mund të jenë në përgjithësi dhe në veçanti me InfoPath, kjo më bëri ri-mendojnë një detaj i vogël, por me të vërtetë e rëndësishme teknike dhe qasje që unë nuk do të kishte bërë ndryshe!

</fund>

Abonohen në blogun tim.

Atëherë ejani pas meje në Twitter në http://www.twitter.com/pagalvin

Technorati Tags:

Sigurimi List / Dokumenti Views SharePoint Library Seems (lloj nga) E mundur me jQuery

Kjo është një tjetër post në tim në vazhdim seri e se si të përdorin jQuery me SharePoint.
Nëse doni të mësoni më shumë në lidhje me jQuery, I highly recommend: jQuery në Veprim nga Bear Bibeault dhe Yehuda Katz.

Një nga gjërat e para që kam menduar, dikur kam filluar të luajnë rreth me jQuery, was whether we could use it to secure a SharePoint view. The answer is “no” (ose të paktën, Unë nuk jam duke pretenduar se kjo është e mundur). Megjithatë, 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: Quick dhe Easy: Krijo Own Sandbox juaj jQuery për SharePoint.

Për të "siguruar" një pamje të, ndiqni këto hapa:

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

    Kjo është ajo që duket si kur ajo nuk është "siguruar":

    image

  2. Shto një editor përmbajtje pjese web faqen pikëpamjes së përdorur hile përshkruar në nenin sandbox (i.e. shtoni "pageview = Shared&ToolPaneView = 2 "tek lidhja).
  3. Figure out your SharePoint _spUserId by following these crazy steps, besoni apo jo:
    1. Hyni në mjedisin tuaj SharePoint.
    2. Në fushën e web browser i adresave, lloj: "Javascript:vigjilent(_spUserId ").
    3. Regjistro rezultatin (kjo është "13" në rastin tim).

      image

  4. Shto javascript mëposhtme për CEWP tuaj në pikëpamje të kodit:

    <dorëshkrim
        "text/javascript"
        src ="../../jQuery%20Library/jquery-1.3.2.min.js">
    </dorëshkrim>
    
    <Lloji script ="text/javascript">
      $(funksion() {
    
        vigjilent(_spUserId);
    
        var theSecuredView = $('Iframe[FilterLink * = 20View Secured%]');
    
        nëse ((theSecuredView.length > 0) && (_spUserId == 13))
          $('Iframe[FilterLink * = 20View Secured%]').prind().prind().prind().html("<tr bgcolor = kuqe><td>Nuk ka pikëpamje për ju!</td></tr>");
      });
    
    </dorëshkrim>
    

Unë e kam përfshirë që vigjilent(_spUserId) linjë në atje për të demonstruar se si kjo nuk është me të vërtetë një "sigurimin" një pamje të, but simply making it more difficult to see. More on that in a moment.

Në parim, jQuery is looking for an iFrame on the page who has an attribute that contains “Secured View” in its value. Once it finds it, we check to see if the current user is “13”. If it is, ne ecim deri DOM për një <TR> etiketë (që unë i realizuar artistikisht nga shikimin burimin dhe gjurmimin atë) dhe pastaj duke e zëvendësuar atë etiketë TR me mesazhin tim. Unë me të vërtetë nuk e di se si kjo është e fuqishme (Unë jam shumë i dyshimtë, në të vërtetë), but it worked in my sandbox. If I find a better way, Unë do të blog në lidhje me atë. Ky është rezultat:

image

Klikoj butonin OK dhe të dhënave është zëvendësuar me një mesazh i madh i kuq:

image

Si ju mund të thoni, the way I’ve implement this “security” solution is to allow the web part to render itself. After it finishes, Unë prishësh përmbajtjen e saj me pamje "No time për ju!"Mesazhi.

Përkundër faktit se ajo nuk është me të vërtetë një "siguruar" Pikëpamja, kjo është potencialisht e dobishme dhe me disa punë zgjuar, it may eventually be securable in a more formal sense. The fundamental issue is that the client is getting all the data and then, vetëm pasi ajo merr të dhënat, it wipes it out. If the client is getting the data, një përdorues i zgjuar mund të parandalojë jQuery nga kandidimi në të gjitha dhe të shohim atë që ai / ajo dëshiron të shohë.

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, por unë shoh disa gjëra të mira shkruar mbi këtë temë, kështu që unë jam optimist se ka një përgjigje e mirë për këtë problem.

Lista e pikëpamjeve të vetë duhet të shkurtohet, nëse është e mundur. I haven’t tried to figure that out. I assume it’s possible, por nuk ka të vërtetë të zgjidhë çështjen fundamentale të sigurisë për shkak se dikush ende mund të shtypni thjesht URL e parë që ata duan (në qoftë se ata e dinin atë). Megjithatë, 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, ata ndoshta nuk do të përpiqen të përdorin atë. Nganjëherë, kjo është mjaft e mirë.

Me fat, Unë do të ketë më shumë për të shkruar mbi këtë temë me kalimin e kohës.

</fund>

Abonohen në blogun tim.

Atëherë ejani pas meje në Twitter në http://www.twitter.com/pagalvin

Quick dhe Easy: Një mënyrë e mirë për të përdorur jQuery për të fshehur një fushë teksti në një formular SharePoint

Kjo është një tjetër post në tim në vazhdim seri e se si të përdorin jQuery me SharePoint.
Nëse doni të mësoni më shumë në lidhje me jQuery, I highly recommend: jQuery në Veprim nga Bear Bibeault dhe Yehuda Katz.

Më parë, 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 (Unë kam qenë prindërit chaining - që është thjesht nuk është bërë këto ditë, të paktën në familje të cilësisë).

Kur kam filluar të mendoj për këtë, Unë e dinte se unë e nevojshme për të gjetur një <TR> për të cilën unë mund të kërkoj fshehin() metodë. My early effort to find the correct <TR> ishte diçka si kjo:

$('Tr:ka(të dhëna[title = Fshih dhënat!])');

Problemi me këtë është se ajo do të gjeni çdo <TR> tag that had any parent relationship to the Hide Me! fushë, edhe në qoftë se të dhënat Fshih! është mbivendosur nivele shumë të thella në <TR>’s. It turns out that on my sandbox form, se shprehja gjen 9 TR ndryshme të cilët kanë fshihje! as a child somewhere in its DOM tree. I realized that I could walk back up the tree from the input field itself, kështu që kjo është se si unë përfundoi prindërit abuzonin, por ajo nuk rri mirë me mua.

I dha disa menduar për këtë dhe një nga gjërat që kam lexuar kuptim bërë në fund: Unë mund të përdorin jo() Metoda të shkurtojë jashtë <TR>’s I don’t want in my wrapped set. Kjo çoi mua në këtë:

$('Tr:ka(të dhëna[title = Fshih dhënat!])').nuk('Tr:ka(tr)').fsheh();

Bit e parë gjen të gjitha <TR> tags që kanë fshihje! field anywhere in their own hierarchy. It then strips out any <TR> që gjithashtu kanë një fëmijë <TR>. This leaves us with a single <TR> që:

1) Nuk ka <TR> të dhënat fëmijë

2) Does have the input field as child.

Ne pastaj mund të aplikojnë fshihej() metodë për të vendosur rezulton dhe ne jemi duke bërë.

Unë jam ende pak nervoz në lidhje me këtë, por jo aq nervoz si prindër chaining.

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, ju lutem postoni një koment.

</fund>

Abonohen në blogun tim.

Atëherë ejani pas meje në Twitter në http://www.twitter.com/pagalvin

Quick dhe Easy: Përdorimi jQuery për të fshehur një fushë teksti në një formular SharePoint

Kjo është një tjetër post në tim në vazhdim seri e se si të përdorin jQuery me SharePoint.
Nëse doni të mësoni më shumë në lidhje me jQuery, I highly recommend: jQuery në Veprim nga Bear Bibeault dhe Yehuda Katz.

UPDATE (tashmë!): Unë mendoj se ka një mënyrë më të mirë për të gjetur <TR> tag Unë dua të fshehur dhe shkroi për këtë këtu. You may still find this article interesting anyway so I’m leavnig it up.

Unë dua për të fshehur një fushë teksti, "Mbulo!"Siç tregohet:

image'

JQuery vijim e bën mashtrim për mua:

<Lloji script ="text/javascript">

  $(funksion() {


    $('Input[title = Fshih dhënat!]').prind().prind().prind().fsheh();

  });

</dorëshkrim>

Kodi është duke thënë, "Më gjeni të gjitha input fields cilëve title = fshihje!. Pastaj, merrni prindin e saj dhe pastaj prind të ardhshëm dhe * tjetër * prind (uh!) dhe kërkoj fshehin() Metoda në atë gjë, çfarëdo qoftë ajo ndodh të jetë.

I realizuar artistikisht se struktura prind me shikimin HTML për formën që SharePoint krijuar siç tregohet:

<TR>
    <TD nowrap="true" valign="top" gjerësi="190px" klasë="ms-formlabel">
        <H3 klasë="ms-standardheader">
            <nobr>Fshih Mua!</nobr>
        </H3>
    </TD>

    <TD valign="top" klasë="ms-formbody" gjerësi="400px">
        <!-- FieldName="Hide Me!"
                 FieldInternalName="Hide_x0020_Me_x0021_"
                 FieldType="SPFieldText"
        -->
        <hapësirë dir="none">
            <të dhëna
                emër="ctl00$m$g_bdb23c2c_fde7_495f_8676_69714a308d8e$ctl00$ctl04$ctl02$ctl00$ctl00$ctl04$ctl00$ctl00$TextField"
                lloj="text"
                maxlength="255"
                id="ctl00_m_g_bdb23c2c_fde7_495f_8676_69714a308d8e_ctl00_ctl04_ctl02_ctl00_ctl00_ctl04_ctl00_ctl00_TextField"
                titull="Hide Me!"
                klasë="ms-long" />
                <br>
        </hapësirë>


    </TD>
</TR>

Kjo foto tregon njëjtë, por deri shënuar me prindërit:

image

Cilësues parë (1) is a span tag. Span’s parent (2) është një tag TD dhe pastaj në fund ne të merrni për prind të vërtetë unë dua të fsheh (3) Cila është tag TR vetë.

This is a pretty terrible approach I think because it’s extremely dependent on the very specific structure of this form. When SharePoint 2010 del, 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 (Dhe vetëm etiketa Tr) që kanë diku në elementet e tyre fëmijëve një fushë input cilit title = fshihje!". I starting from the bottom and moving up. Assuming I figure this out, Unë do të postoj një përditësuar "të shpejtë dhe të lehtë postim '.

</fund>

Abonohen në blogun tim.

Atëherë ejani pas meje në Twitter në http://www.twitter.com/pagalvin

Quick dhe Easy: Krijo Own Sandbox juaj jQuery për SharePoint

Kjo është një tjetër post në tim në vazhdim seri e se si të përdorin jQuery me SharePoint.
Nëse doni të mësoni më shumë në lidhje me jQuery, I highly recommend: jQuery në Veprim nga Bear Bibeault dhe Yehuda Katz.

Getting filloi me jQuery në SharePoint është çuditërisht e lehtë (mua). (Unë kam pyetje serioze në lidhje me një qasje të "praktikave më të mira" për vendosjen këto gjëra për të prodhimit, por kjo është për një ditë tjetër). 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, ju mund të gjeni këtë qasje e dobishme.

1. Krijo një Site Blank

Krijo një faqe bosh diku në faqen tuaj dhe e quajti atë si diçka e zgjuar "Sandbox jQuery".

2. Shkarko jQuery

Ju mund të shkarkoni bibliotekën jQuery javascript nga këtu: http://docs.jquery.com/Downloading_jQuery

Save se për të desktop tuaj.

Unë kam qenë duke përdorur "" versionin minified.

3. Krijo një SharePoint Library Document

Në faqen tuaj sandbox, create a document library.

4. Ngarko Bibliotekën jQuery për SharePoint

Qasja bibliotekën doc keni krijuar vetëm dhe ngarkoni bibliotekën jQuery.

5. Krijo një listë me porosi 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. Fshih një fushë.
  2. Cakto një vlerë në një fushë.

Me këtë objektiv në mendje, I added two text fields. Over time, Unë do të luajnë me lidhje, images, Lookups, etj.

6. Ndrysho NewForm.aspx Part Web page and Shto një redaktor Content Pjesa Web

Kjo është një magji pak të zi-ish , in that it’s a new concept to me. I first learned about this from Paul Grenier, SharePoint jQuery Superstar, CodePlex në faqen e tij të projektit: http://spff.codeplex.com/.

Ndiqni këto hapa për të shtuar një CEWP të njëjtën faqe që tregon NewForm.aspx për ndonjë listë me porosi:

  1. Qasja listë me porosi dhe klikoni New.
  2. Append e mëposhtme për URL: Pageview = Shared&ToolPaneView = 2

Kjo do të transformojë mërzitshëm tuaj të të dhënave vanilje formularin e hyrjes nga diçka si kjo:

image

Për këtë:

image

Shto editor përmbajtje pjesën web tek faqja.

7. Shkruani Kodi juaj e parë jQuery

Open up se CEWP në pamje të kodit dhe të shtoni në vijim:

image

Këtu është kodi aktual në qoftë se ju doni të kopje / paste:

<dorëshkrim
    "text/javascript"
    src ="../../jQuery%20Library/jquery-1.3.2.min.js">
</dorëshkrim>

<Lloji script ="text/javascript">
  $(funksion() {

    $('ResultsID #').html('Ka' + $('A').madhësi() + 'A tags tags në këtë faqe.');

  });
</dorëshkrim>

Pasojë:
<div id ='ResultsID'></div>
/pasojë

Re se pare <dorëshkrim> tag is referencing the actual jQuery library. Presumably, këto gjëra ndryshojnë me kalimin e kohës, kështu që ju do të dëshironi të bëni të sigurt që një) përdorin emrin e duhur dhe b) pikë atë në bibliotekë dokument SharePoint saktë.

Bask në lavdinë

Nëse ju e bëri atë të saktë, ju do të shihni një rezultat të ngjashëm në vijim:

image

Duke Up

Kjo nuk është e vetmja mënyrë për të marrë filluar, por është e shpejtë, easy and isolated from your existing SharePoint environment.

</fund>

Abonohen në blogun tim.

Atëherë ejani pas meje në Twitter në http://www.twitter.com/pagalvin