SharePoint მაღაზია Talk ღია 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 პარტნიორები (ნატალია Voskresenskaya და ჰარი ჯონსი) და ლორა Rodgers (საქართველოს twitter & EndUserSharePoint დიდების). Bob fox threatened to join too, but I don’t take that too seriously. Last time, ჩვენ გვქონდა დიდი დონის აუდიტორიის მონაწილეობით, რომელიც ბუნდოვანი ხაზს panelists და დამსწრე და ვიმედოვნებ, რომ იგივე მოხდება ხუთშაბათი.

ეს ღონისძიება ერთობლივად მიერ დაფინანსებული ინტეგრირებული სისტემები და მომსახურება Group (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 Alert თარგები სამაშველო (?)

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.

ჩემი დამკვეთის მოთხოვნის მოთხოვნა არის ის, ორი fold:

  1. When SharePoint აგზავნის ელექტრონული წერილის დაახლოებით ერთი ამოცანა assignment, შეიცავდეს a lot of information about ამოცანა in ელექტრონული წერილის body.
  2. რაც კიდევ უფრო მნიშვნელოვანია, by far – როდესაც მომხმარებელი დააჭერს ამოცანა ბმულზე წერილში, 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:

  • SPD workflow გადის.
  • რაღაც მომენტში, იგი ანიჭებს ამოცანა მენეჯერი.
  • 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. რაც კიდევ უფრო მნიშვნელოვანია, მას შემდეგ, რაც მას აქვს დავალება ხელში, მას ასევე ამშვენებს ფაქტობრივი ამოცანა ყველა კონტექსტში ინფორმაციის დასაკმაყოფილებლად ბიზნეს მოთხოვნას.
  • მომხმარებლის იღებს ელექტრონული ფოსტის და ეს სრული სასარგებლო კონტექსტში ინფორმაცია.
  • მომხმარებელი დააჭერს ამოცანა რგოლი და ამოცანა თავად სავსეა სასარგებლო კონტექსტში ინფორმაცია.
  • ყველას მიდის სახლში აქვს watermelon და ნაყინის.

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 RUNNIN IN DA BAKGROUND, DECORATIN Teh დრო სია WIF MOAR კონტექსტში".

</ბოლო>

გამოწერა ჩემი დღიური.

გამომყვეს Twitter-ზე http://www.twitter.com/pagalvin

პროგრამები Tags: ,

ცოცხალი SharePoint Q&სესია ხუთშაბათი 07/30/09 @ 12:30 PM 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 კონფერენცია, მხოლოდ ერთი წლის წინ, მე ჩაარტყეს რამდენად შესანიშნავი live Q&A session can be. The conference organizers had put together a sort of ad hoc group of “experts” (i.e. ადამიანები, რომლებიც ტრიალებდნენ და არ ეშინია ეძებს სულელური up სცენაზე) 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&A სხდომაზე, მაგრამ მე ვფიქრობ, იგი შესაძლოა არ იყოს საკმაოდ cool.

მე ბოლოს და ბოლოს got გარშემო უნდა it, ხოლო მომავალ ხუთშაბათი, 07/30, ჩემი კომპანია (Arcovis) და ბიზნეს პარტნიორი, Integrated Systems და მომსახურება group, იქნება ჰოსტინგის Q&A like that. I’m hoping to do these regularly, as often as weekly.

ეს მოწვევის პარლამენტის პირველი სხდომა, სავარაუდოდ, იყოს a little bumpy, , მაგრამ კონცეფცია არის ამ:

  • თუ თქვენ გაქვთ შეკითხვები, რომ თქვენ გამოვეხმაუროთ like to არ არ უპასუხა დროს session, just ნახოთ up და ვთხოვთ.
  • თუ გსურთ, თქვენ შეგიძლიათ ელფოსტისადმი კითხვაზე in advance.

ჩვენ ვაპირებთ დახარჯავს პირველ ნახევარში 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&A სხდომაზე, ნება მომეცით ვიცი.

</ბოლო>

გამოწერა ჩემი დღიური.

გამომყვეს Twitter-ზე http://www.twitter.com/pagalvin

პროგრამები Tags:

Embed შემქმნელი შენიშვნები თქვენს InfoPath ფორმები

მე ჯერ კიდევ ცხოვრობენ InfoPath ფორმები მსოფლიოში და მე საჭირო, რათა ერთ იმ "პატარა" ცვლილებების შეტანის ფორმა, რომელიც, სამწუხაროდ, 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

პროგრამები Tags:

მმართველი 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 ფორმა ბევრი ჩვენებები. ერთი რამ ალბათ შეამჩნია ის არის, რომ 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

პროგრამები Tags:

InfoPath ფორმა სერვისი, ადგენს დაფუძნებული ავთენტიფიკაცია (FBA) და უნიკალური ფაილი სახელები

მე მომუშავე ზოგიერთი InfoPath ქმნის ამ კვირაში MOSS in 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 მას სამშაბათს, თქვენ დასრულდება up ორი სხვადასხვა ფორმით წლიდან ორ სხვადასხვა წევრებს გადაარჩინა იგი სხვადასხვა მომხმარებლის სახელები.

ასე რომ,, როგორც შემაშფოთებელი, როგორც FBA შეიძლება იყოს ზოგადად და InfoPath კერძოდ, იგი მე ხელახლა ვფიქრობ, მცირე, მაგრამ მართლაც მნიშვნელოვანია ტექნიკური დეტალი და მიდგომა, მე არ გაკეთდეს სხვაგვარად!

</ბოლო>

გამოწერა ჩემი დღიური.

გამომყვეს Twitter-ზე http://www.twitter.com/pagalvin

პროგრამები Tags:

უზრუნველყოფის SharePoint სია / დოკუმენტი ბიბლიოთეკა ნახვა როგორც ჩანს (სახის) შესაძლებელია jQuery

ეს არის კიდევ ერთი პოსტი ჩემს მიმდინარე სერია , თუ როგორ გამოიყენოთ jQuery ერთად SharePoint.
თუ გსურთ მეტი jQuery, მე მაღალ რეკომენდაციას: jQuery მოქმედებაში by დათვი Bibeault და Yehuda Katz.

ერთი პირველი რამ მეგონა,, ერთხელ დავიწყე ითამაშოს გარშემო 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: სწრაფი და მარტივი: საკუთარი jQuery Sandbox for 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. In ბრაუზერში მისამართი სფეროში, ტიპის: "Javascript:გაფრთხილება(_spUserId ").
    3. ჩაწერას შედეგი (ეს არის "13" ჩემს შემთხვევაში).

      image

  4. სანიშნეს შემდეგ javascript თქვენს CEWP კოდის ხედვა:

    <დამწერლობის
        "text/javascript"
        src ="../../jQuery%20Library/jquery-1.3.2.min.js">
    </დამწერლობის>
    
    <დამწერლობის ივერიის"text/javascript">
      $(ფუნქცია() {
    
        გაფრთხილება(_spUserId);
    
        იყო theSecuredView = $('Iframe[FilterLink * = უზრუნველყოფილი% 20View]');
    
        თუ ((theSecuredView.length > 0) && (_spUserId == 13))
          $('Iframe[FilterLink * = უზრუნველყოფილი% 20View]').მშობელს().მშობელს().მშობელს().html("<tr bgcolor = red><td>არ შეხედულება თქვენთვის!</td></tr>");
      });
    
    </დამწერლობის>
    

მე შედის, რომ მზადყოფნაში(_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, ჩვენ ფეხით up DOM to <TR> tag (რომელიც მე figured მიერ ათვალიერებენ წყარო და მოკვლევისა ეს) და შემდეგ შეცვალა, რომ TR tag, რომ ჩემს გაგზავნა. მე ნამდვილად არ ვიცი როგორ მტკიცე ეს (მე ძალიან საეჭვო, სინამდვილეში), but it worked in my sandbox. If I find a better way, მე დღიური შესახებ. ეს არის შედეგი:

image

I დააჭირეთ OK ღილაკს და მონაცემები ცვლის დიდი წითელი გაგზავნა:

image

როგორც თქვენ ვუთხრა, the way I’ve implement this “security” solution is to allow the web part to render itself. After it finishes, I თავზე გადაწერის მისი შინაარსის with my "No view for you!"Message.

მიუხედავად იმისა, რომ ფაქტს, რომ მას არის ის, არ არის ნამდვილად a "უზრუნველყოფილი, '" view, it არის ის, პოტენციურად სასარგებლო და with ზოგიერთი clever work, 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, clever მომხმარებლის პროფაილი არ შეუძლია ხელი შეუშალოს jQuery from გაშვებულია at all და ვნახოთ, რა მან / she სურს,, რომ ნახოთ,.

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 of აზრით მათ სურთ (თუ მათ იცოდნენ, რომ ეს). თუმცა, 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

პროგრამები Tags: ,,

del.icio.us სიტყვები: ,,

სწრაფი და მარტივი: უკეთესი გზა გამოყენება jQuery, დამალოს ტექსტური ველი on SharePoint ფორმა

ეს არის კიდევ ერთი პოსტი ჩემს მიმდინარე სერია , თუ როგორ გამოიყენოთ jQuery ერთად SharePoint.
თუ გსურთ მეტი jQuery, მე მაღალ რეკომენდაციას: jQuery მოქმედებაში by დათვი Bibeault და Yehuda Katz.

ადრე, 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 (მე ვიყავი chaining მშობლები - ეს უბრალოდ არ ხდება ამ დღეებში, მაინც ოჯახებს ხარისხი).

როდესაც მე პირველად დაიწყო ფიქრი ამაზე, ვიცოდი, საჭიროა, რათა იპოვოს <TR> რომლის მე ვერ გამოიწვევს დამალვა() მეთოდი. My early effort to find the correct <TR> იყო რაღაც მსგავსი:

$("Tr:აქვს(შეტანის[title = დამალვა Me!])');

პრობლემა, რომელიც, რომ იპოვოს ყველა <TR> tag რომ არანაირი მშობლის ურთიერთობის დამალვა Me! სფეროში, მაშინაც კი, თუ დამალვა Me! არის წყობილი სხვადასხვა დონეზე ღრმა <TR>’s. It turns out that on my sandbox form, რომ გამოხატვის პოულობს 9 სხვადასხვა TR-ის, ვინც დამალვა Me! 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:აქვს(შეტანის[title = დამალვა Me!])').არ("Tr:აქვს(tr)').დამალვა();

პირველი ცოტა პოულობს ყველა <TR> tags, რომლებიც დამალვა Me! 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.

ჩვენ შეგვიძლია შემდეგ ვრცელდება დამალვა() მეთოდის შედეგად კომპლექტი და ჩვენ გავაკეთეთ.

მე ჯერ კიდევ ცოტა აანერვიულა შესახებ, მაგრამ არა ნერვიულობის როგორც 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, გთხოვთ კომენტარი.

</ბოლო>

გამოწერა ჩემი დღიური.

გამომყვეს Twitter-ზე http://www.twitter.com/pagalvin

პროგრამები Tags: ,

სწრაფი და მარტივი: გამოყენება jQuery, დამალოს ტექსტური ველი on SharePoint ფორმა

ეს არის კიდევ ერთი პოსტი ჩემს მიმდინარე სერია , თუ როგორ გამოიყენოთ jQuery ერთად SharePoint.
თუ გსურთ მეტი jQuery, მე მაღალ რეკომენდაციას: jQuery მოქმედებაში by დათვი Bibeault და Yehuda Katz.

განახლების (უკვე!): მე ვფიქრობ უკეთესი გზა იქნებიან <TR> tag მინდა დასამალი და წერდა აქ. You may still find this article interesting anyway so I’m leavnig it up.

მინდა დამალვა ველში, "დამალვა Me!"როგორც ნაჩვენებია:

image'

შემდეგ jQuery არ შეასრულა ჩემთვის:

<დამწერლობის ივერიის"text/javascript">

  $(ფუნქცია() {


    $("შეტანის[title = დამალვა Me!]').მშობელს().მშობელს().მშობელს().დამალვა();

  });

</დამწერლობის>

კოდი ამბობს, "მოვძებნოთ მე ყველა შეტანის სფეროებში, რომელთა title = დამალვა Me!. მაშინ, თავის მშობელს და შემდეგ მომავალი მშობელი და * შემდეგი * მშობელს (phew!) და დაეყრდნოს დამალვა() მეთოდის რომ რამ, რაც არ ხდება,.

I figured, რომ მშობელს სტრუქტურის ათვალიერებენ HTML for ფორმა, რომელიც SharePoint შექმნა როგორც ნაჩვენებია:

<TR>
    <TD nowrap="true" valign="top" სიგანე="190px" კლასი="ms-formlabel">
        <H3 კლასი="ms-standardheader">
            <nobr>დამალვა Me!</nobr>
        </H3>
    </TD>

    <TD valign="top" კლასი="ms-formbody" სიგანე="400px">
        <!-- FieldName="Hide Me!"
                 FieldInternalName="Hide_x0020_Me_x0021_"
                 FieldType="SPFieldText"
        -->
        <span თქვენ="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" />
                <br>
        </span>


    </TD>
</TR>

ეს სურათი გვიჩვენებს იგივე, მაგრამ აღინიშნება მშობლებს:

image

პირველი მშობელს (1) is a span tag. Span’s parent (2) არის TD tag და შემდეგ საბოლოოდ მივიღებთ რეალურ მშობელს მინდა დამალვა (3) რაც TR tag თავად.

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 tags) რომ აქვს სადღაც მათი შვილი ელემენტების ველში რომლის title = დამალვა Me!". I starting from the bottom and moving up. Assuming I figure this out, მე პოსტი განახლება "სწრაფი და მარტივი 'გამოხმაურება.

</ბოლო>

გამოწერა ჩემი დღიური.

გამომყვეს Twitter-ზე http://www.twitter.com/pagalvin

del.icio.us სიტყვები: ,

პროგრამები Tags: ,

სწრაფი და მარტივი: საკუთარი jQuery Sandbox for SharePoint

ეს არის კიდევ ერთი პოსტი ჩემს მიმდინარე სერია , თუ როგორ გამოიყენოთ jQuery ერთად SharePoint.
თუ გსურთ მეტი jQuery, მე მაღალ რეკომენდაციას: jQuery მოქმედებაში by დათვი Bibeault და Yehuda Katz.

მიღება დაიწყო 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 Sandbox".

2. ჩამოტვირთეთ jQuery

თქვენ შეგიძლიათ jQuery javascript ბიბლიოთეკა აქედან: http://docs.jquery.com/Downloading_jQuery

შენახვა, რომ თქვენს კომპიუტერში.

მე არ იყენებს "minified" ვერსია.

3. შექმნა SharePoint დოკუმენტის ბიბლიოთეკა

თქვენი სავარჯიშოში საიტი, create a document library.

4. ატვირთვა jQuery ბიბლიოთეკა SharePoint

ხელმისაწვდომობა doc ბიბლიოთეკა ესაა შექმენით და ატვირთეთ 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. Over time, მე უნდა თამაშობს კავშირების, გამოსახულებები, lookups, და ა.შ..

6. შეცვლა NewForm.aspx ვებ ნაწილი გვერდი და დამატება ინფორმაციის რედაქტორი ვებ ნაწილი

ეს არის პატარა შავი Magic-ish , in that it’s a new concept to me. I first learned about this from პოლ Grenier, SharePoint jQuery Superstar, მისი CodePlex პროექტის საიტი: http://spff.codeplex.com/.

დაიცავით ეს საფეხური CEWP იმავე გვერდზე, რომელიც აჩვენებს NewForm.aspx ნებისმიერი საბაჟო სია:

  1. ხელმისაწვდომობა საბაჟო სიაში და დაწკაპეთ ახალი.
  2. დამატება შემდგომ URL: PageView = გაერთიანებული&ToolPaneView = 2

ეს ხელს გარდაქმნას თქვენი მოსაწყენი vanilla მონაცემთა შეყვანის ფორმით მსგავსი რამ:

image

ამ:

image

დამატება შინაარსის რედაქტორი ვებ ნაწილი გვერდზე.

7. დაწერეთ თქვენი jQuery კოდექსი

ქმნის, რომ CEWP კოდექსში ხედვა და დაამატეთ შემდეგი:

image

აი ფაქტობრივი კოდი თუ გსურთ ასლი / პასტა:

<დამწერლობის
    "text/javascript"
    src ="../../jQuery%20Library/jquery-1.3.2.min.js">
</დამწერლობის>

<დამწერლობის ივერიის"text/javascript">
  $(ფუნქცია() {

    $('# ResultsID ").html("არსებობს" + $("ა").ზომა() + 'წარწერები წარწერები ამ გვერდზე.');

  });
</დამწერლობის>

შედეგი:
<div id ="ResultsID"></div>
/გამოიწვევს

გახსოვდეთ, რომ პირველი <დამწერლობის> tag is referencing the actual jQuery library. Presumably, ეს ყველაფერი შეიცვლება დროთა განმავლობაში, ასე რომ თქვენ გვინდა დავრწმუნდეთ, რომ თქვენ) გამოყენების უფლება სახელი და ბ) აღვნიშნო, რომ ეს სწორი SharePoint დოკუმენტის ბიბლიოთეკა.

Bask in დიდების

თუ თქვენ ეს გააკეთა სწორად, დაინახავთ შედეგი მსგავსია შემდეგ:

image

შეფუთვა მდე

ეს არ არის ერთადერთი გზა უნდა დაიწყო, მაგრამ ეს სწრაფია, easy and isolated from your existing SharePoint environment.

</ბოლო>

გამოწერა ჩემი დღიური.

გამომყვეს Twitter-ზე http://www.twitter.com/pagalvin

პროგრამები Tags: ,

del.icio.us სიტყვები: ,