Ang bar ay pa rin medyo Mataas Paabutin Moss

Ngayon, I was working with a client and describing how to modify the content query web part and display additional bits of information from a content type.

"First, i-configure mo ang CQWP upang kumonekta sa kanyang mga pinagkukunan ng data, pagkatapos mong i-export ito sa iyong workstation, baguhin <CommonViewFields>, mag-upload, remove the original and now it’s ‘primed’ to display those other columns. Susunod, buksan up SharePoint designer, navigate to the site collection root and locate ItemStyle.xsl. Copy one of the templates as a useful starting point. Go back and modify the CQWP to make use of this new template. Sa wakas, baguhin ang template na ito upang i-render ang iyong bagong mga patlang! (Huwag kalimutan upang suriin ito muli upang ang iba pang mga gumagamit ay maaaring makita ang mga resulta)."

Lahat ng ito ay lubos na malinaw na sa akin (at karamihan sa amin SharePoint developer uri) kung ano ang nagaganap at kung paano ito Medyo magaling, talaga, that the data retrieval aspects of the CQWP are so well-separate from the data presentation aspects. Pero, hindi ito kaya madaling upang ipaliwanag, ay ito?

<katapusan />

Ipakita ang Nilalaman ng Query sa mga Resulta ng Web Bahagi sa isang Grid / Talahanayan

Pangkalahatang-ideya at Layunin

Sa labas ng kahon sa, Lumot’ Bahagi ng nilalaman Query Web (CQWP) nagpapakita ng mga resulta nito sa isang listahan ng format, similar to search results. It is also possible to display the results in a grid format (i.e. HTML talahanayan format). Grid formats are better in some circumstances. I describe how to achieve that effect in this article.

Negosyo Sitwasyon

I have worked with a client on an enterprise-wide MOSS rollout. We have designed their taxonomy such that projects are first class citizens in the hierarchy and have their own top level site. Project managers maintain a singleton list of project summary information, tulad ng pamagat, badyet, inaasahang pagkumpleto petsa, remaining budget and other summary type fields. By "singleton" I mean a custom SharePoint list guaranteed to contain only one item. Simplistically, ito ganito ang hitsura:

imahen

Ang teknikal na diskarte ay magkano ang parehong tulad ng inilarawan dito (http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!447.entry). The CQWP uses an XSL transform to emit HTML for the browser to render.

I always envision the result before diving into the XSL because XSL is a nightmare. Here’s my desired result:

imahen

HTML tulad nito bumubuo na resulta:

<html>
 <katawan>
 <sentro>
 <talahanayan hangganan= 1>

<!-- Mga etiketa ->
 <tr bgcolor= Asul>
 <td><ay kulay= Puti><b>Project Pangalan</b></ay></td>
 <td ihanay= Kanan><ay kulay= Puti><b>Kumpletuhin Petsa</b></ay></td>
 <td ihanay= Kanan><ay kulay= Puti><b>Badyet</b></ay></td>
 <td ihanay= Kanan><ay kulay= Puti><b>Aktwal na Gastos</b></ay></td>
 <td><ay kulay= Puti><b>Pangkalahatang Katayuan</b></ay></td>
 </tr>

<tr>
 <td>Re-wire ng computer room.</td>
 <td ihanay= Kanan>02/01/08</td>
 <td ihanay= Kanan>22,500.00</td>
 <td ihanay= Kanan>19,000.00</td>
 <td>Isinasagawa</td>
 </tr>

<tr>
 <td>Pagkakaloob ng mga server para sa SQL upgrade</td>
 <td ihanay= Kanan>04/01/08</td>
 <td ihanay= Kanan>7,500.00</td>
 <td ihanay= Kanan>0.00</td>
 <td>Pinlano</td>
 </tr>

</talahanayan>
 </sentro>
 </katawan>
</html>

Lapit

Sundin ang mga hakbang upang lumikha ng grid:

  1. Kilalanin ang mga bahagi ng grid (hilera / haligi).
  2. Tukuyin at gumawa ng kinakailangang mga haligi ng site.
  3. Lumikha ng mga sub site para sa mga proyekto at walang pareho listahan.
  4. Idagdag ang CQWP sa isang pahina ng web at i-configure ito upang maghanap para sa iyong mga listahan.
  5. Baguhin ang XML sa CQWP upang lumikom ng karagdagang mga haligi.
  6. Baguhin ang XSL upang makabuo ng isang talahanayan.

I’m going to concentrate on number six. Numbers one through four are straight-forward and something that any CQWP user has already done. Number five has been well-documented by others including this exhaustive screen-shot laden article from MSDN dito (http://msdn2.microsoft.com/en-us/library/bb897399.aspx) at Heather Solomon blog dito (http://www.heathersolomon.com/blog/articles/CustomItemStyle.aspx).

Mani At Bolts

Simulan at ipatupad ang mga hakbang na isa hanggang limang bilang bawat ang MSDN babasahin at artikulo ng Heather Solomon.

Sa puntong ito, naidagdag mo ang ang iyong CQWP sa pahina at mayroon kang iyong <CommonViewFields> isinaayos kung kinakailangan.

Ng pagsunod sa mga karaniwan na hakbang, Nakukuha ko mga intermediate resulta na ito:

1. Lumikha ng isang uri ng nilalaman, a templatized custom list for that content type and two sites. Here is the content type:

imahen

Narito ang site na istraktura:

imahen

2. Idagdag ang CQWP matapos ang paglikha ng aking mga mga subsite proyekto at walang pareho mga listahan ng buod ng proyekto:

imahen

3. Magdagdag ng lahat ng mga karagdagang impormasyon na gusto ko sa pamamagitan ng <CommonViewFields>:

        <ari-arian pangalan="CommonViewFields" uri="pisi">Project_x0020_Name;Project_x0020_Expenses;Project_x0020_Status;Project_x0020_Start_x0020_Date;Project_x0020_End_x0020_Date;Project_x0020_Budget</ari-arian>

Tandaan na ako ay upang panatilihin ang lahat ng mga patlang ng ari-arian sa isang linya o hindi ito ay gumagana (CQWP ay sabihin sa akin na query ay hindi nagbalik ng mga item).

4. Sa puntong ito, we’re ready to move beyond the MSDN article and flip on over to Heather Solomon’s article. Follow her steps starting near step #5 upang lumikha ng isang pasadyang / unghosted version of ItemStyle.xsl. I follow Heather’s advice, up sa pamamagitan ng hakbang 11 at makakuha ng mga mga intermediate resulta na ito:

4.1: Pangalanan ang aking XSL template tulad ng mga sumusunod:

<xsl:template name="Grid" match="Row[@Style=’Grid’]" mode="itemstyle">

Din ako bahagyang baguhin ang kanyang iminungkahing <xsl:para sa-bawat …> sa pamamagitan ng pagdaragdag ng isang <br /> i-tag upang magbigay ng isang mas malinis na listahan:

    <xsl:para sa-bawat piliin="@ *">
      P:<xsl:halaga-ng piliin="pangalan()" /><br/>
    </xsl:para sa-bawat>

4.2: Ko baguhin ang web bahagi, go to appearance and select my "Grid" estilo:

imahen

Ilapat ang pagbabago at dito ay ang resulta:

imahen

Maaari naming makita mula sa itaas na ang mga patlang na gusto namin (Project pangalan, gastos, katayuan, at iba pa) are available for us to use when we emit the HTML. Not only that, but we see the names by which we must reference those columns in the XSL. Halimbawa, we reference Project Status as "Project_x005F_x0020_Name".

Sa puntong ito, umalis kami mula sa blog Heather sa at mula sa mga balikat ng mga higante, Idagdag ko ang aking sariling kaunti.

ContentQueryMain.xsl

Tandaan: Kapag nagsasagawa ng mga pagbabago sa ang parehong ContentQueryMain.xsl pati na rin ItemStyle.xsl, kailangan mong suriin ang mga file pabalik sa bago mo makita ang mga epekto ng iyong mga pagbabago.

Para sa mga layunin sa paggawa ng grid-, MOSS uses two different XSL files to produce the results we see from a CQWP. To generate the previous bit of output, we modified ItemStyle.xsl. MOSS actually uses another XSL file, ContentQueryMain.xsl to in conjunction with ItemStyle.xsl to generate its HTML. As its name implies, ContentQueryMain.xsl is the "main" XSL that controls the overall flow of translation. It iterates through all the found items and passes them one by one to templates in ItemStyle.xsl. We’ll modify ItemStyle.xsl to generate the open <talahanayan> tag bago nagpapalabas ang unang hanay ng data at ang pagsasara <talahanayan> tag after emitting the last row. To accomplish this, ContentQueryMain.xsl is modified to pass two parameters to our "grid" template sa ItemStyle.xsl, "last row" and "current row". ItemStyle.xsl uses these to conditionally emit the necessary tags.

Paggamit ng pamamaraan Heather Solomon, we locate ContentQueryMain.xsl. It is located in the same place as ItemStyle.xsl. This screen shot should help:

imahen

Kailangan naming gawin ang mga sumusunod na pagbabago:

  • Baguhin ang isang xsl template, "CallItemTemplate" that actually invokes our Grid template in ItemStyle.xsl. We will pass two parameters to the Grid template so that it will have the data it needs to conditionally generate opening and closing <talahanayan> mga tag.
  • Modify another bit of ContentQueryMain.xsl that calls the "CallItemTemplate" to pass it a "LastRow" parameter upang LastRow ay maaaring maipasa sa aming Grid template.

Locate the template named "OuterTemplate.CallItemTemplate" kinilala sa pamamagitan ng string ng:

  <xsl:template pangalan="OuterTemplate.CallItemTemplate">

Palitan ang buong template tulad ng mga sumusunod:

  <xsl:template pangalan="OuterTemplate.CallItemTemplate">
    <xsl:itigil pangalan="CurPosition" />

    <!--
      Add the "LastRow" parametro.
      We only use it when the item style pass in is "Grid".
    -->
    <xsl:itigil pangalan="LastRow" />

    <xsl:piliin>
      <xsl:kapag pagsubok="@ Estilo = sa 'NewsRollUpItem'">
        <xsl:Ilapat ang-template piliin="." paraan="itemstyle">
          <xsl:may-param pangalan="EditMode" piliin="$cbq_iseditmode" />
        </xsl:Ilapat ang-template>
      </xsl:kapag>
      <xsl:kapag pagsubok="@ Estilo = sa 'NewsBigItem'">
        <xsl:Ilapat ang-template piliin="." paraan="itemstyle">
          <xsl:may-param pangalan="CurPos" piliin="$CurPosition" />
        </xsl:Ilapat ang-template>
      </xsl:kapag>
      <xsl:kapag pagsubok="@ Estilo = sa 'NewsCategoryItem'">
        <xsl:Ilapat ang-template piliin="." paraan="itemstyle">
          <xsl:may-param pangalan="CurPos" piliin="$CurPosition" />
        </xsl:Ilapat ang-template>
      </xsl:kapag>

      <!--
              Pass ang kasalukuyang posisyon at lastrow sa ang Grid itemstyle.xsl ng template.
              Gagamitin ng ItemStyle.xsl na upang humalimuyak ang bukas at pagsasara <talahanayan> mga tag.
      -->
      <xsl:kapag pagsubok="@ Estilo = 'Grid' na">
        <xsl:Ilapat ang-template piliin="." paraan="itemstyle">
          <xsl:may-param pangalan="CurPos" piliin="$CurPosition" />
          <xsl:may-param pangalan="Huli" piliin="$LastRow" />
        </xsl:Ilapat ang-template>
      </xsl:kapag>

      <xsl:kung hindi>
        <xsl:Ilapat ang-template piliin="." paraan="itemstyle">
        </xsl:Ilapat ang-template>
      </xsl:kung hindi>
    </xsl:piliin>
  </xsl:template>

Ang mga komento ay ilarawan ang layunin ng mga pagbabago.

Talaga, the "OuterTemplate.CallItemTemplate" is itself called from another template. Locate that template by searching for this text string:

<xsl:template pangalan="OuterTemplate.Body">

Mag-scroll sa pamamagitan ng mga tagubilin sa OuterTemplate.Body at ipasok ang LastRow parameter na tulad ng sumusunod (ipinapakita bilang isang puna sa italics):

<xsl:call-template pangalan="OuterTemplate.CallItemTemplate">
  <xsl:may-param pangalan="CurPosition" piliin="$CurPosition" />
  <!-- Ipasok ang LastRow parameter. -->
  <xsl:may-param pangalan="LastRow" piliin="$LastRow"/>
</xsl:call-template>

Matapos ang lahat ng ito, namin sa wakas ng mga bagay-set up nang maayos sa gayon na ang aming ItemStyle.xsl maaaring magbigay <talahanayan> mga tag sa tamang lugar.

ItemStyle.Xsl

Tandaan: Muli, suriin sa ItemStyle.xsl pagkatapos ng paggawa ng anumang mga pagbabago upang makita mo ang epekto ng mga pagbabago.

Mayroon kaming dalawang mga gawain dito:

  • Replace the entire Grid template. You can copy/paste from below.
  • Add some mumbo jumbo outside the template definition that enables "formatcurrency" template to work. (Maaari mong sabihin na mayroon akong isang manipis na hawakan sa XSL).

Una, malapit sa tuktok ng ItemStyle.xsl, idagdag ang linyang ito:

  <!-- Ang ilang mga mumbo elepante na nagbibigay-daan sa amin upang ipakita U.S. pera. -->
  <xsl:decimal-format pangalan="mga tauhan" tambilang="D" />

  <xsl:template pangalan="Default" tumugma="*" paraan="itemstyle">

Tandaan na ang idinagdag ko ito nang direkta bago ang <xsl:template name="Default" …> depinisyon.

Susunod, go back to our Grid template. Replace the entire Grid template with the code below. It is thoroughly commented, ngunit huwag mag-atubiling mag-email sa akin o mag-iwan ng mga komento sa aking blog kung mayroon kang mga katanungan.

  <xsl:template pangalan="Parilya" tumugma="Hilera[@ Estilo = 'Grid' na]" paraan="itemstyle">

    <!--
      ContentMain.xsl pumasa CurPos at huling.
      Ginagamit namin ito sa nang may pasubali humalimuyak ang bukas at pagsasara <talahanayan> mga tag.
    -->
    <xsl:itigil pangalan="CurPos" />
    <xsl:itigil pangalan="Huli" />

    <!-- Ang mga sumusunod na mga variable ay na unmodified mula sa standard ItemStyle.xsl -->
    <xsl:nagbabago pangalan="SafeImageUrl">
      <xsl:call-template pangalan="OuterTemplate.GetSafeStaticUrl">
        <xsl:may-param pangalan="UrlColumnName" piliin="'ImageUrl'"/>
      </xsl:call-template>
    </xsl:nagbabago>
    <xsl:nagbabago pangalan="SafeLinkUrl">
      <xsl:call-template pangalan="OuterTemplate.GetSafeLink">
        <xsl:may-param pangalan="UrlColumnName" piliin="'LinkUrl'"/>
      </xsl:call-template>
    </xsl:nagbabago>
    <xsl:nagbabago pangalan="DisplayTitle">
      <xsl:call-template pangalan="OuterTemplate.GetTitle">
        <xsl:may-param pangalan="Pamagat" piliin="@ Pamagat"/>
        <xsl:may-param pangalan="UrlColumnName" piliin="'LinkUrl'"/>
      </xsl:call-template>
    </xsl:nagbabago>
    <xsl:nagbabago pangalan="LinkTarget">
      <xsl:kung pagsubok="@ OpenInNewWindow = 'tunay'" >_blank</xsl:kung>
    </xsl:nagbabago>

    <!--
      Dito namin tukuyin ang isang variable, "tableStart".  Ito ay naglalaman ng HTML
      .  Tandaan na kung CurPos = 1, ito kasama ang HTML sa isang tag CDATA.
      Kung hindi, ito ay walang laman.

      Ang halaga ng tableStart ay emited bawat oras ItemStyle ay tinatawag na sa pamamagitan ng
      .
    -->
    <xsl:nagbabago pangalan="tableStart">
      <xsl:kung pagsubok="$CurPos = 1">
        <![CDATA[
        <talahanayan border = 1>
          <tr bgcolor="blue">
            <td><font color="white"><b>Project Pangalan</b></ay></td>
            <td align="right"><font color="white"><b>Kumpletuhin Petsa</b></ay></td>
            <td align="right"><font color="white"><b>Badyet</b></ay></td>
            <td align="right"><font color="white"><b>Aktwal na Gastos</b></ay></td>
            <td><font color="white"><b>Pangkalahatang Katayuan</b></ay></td>
          </tr>
        ]]>
      </xsl:kung>
    </xsl:nagbabago>

    <!--
      Isa pang variable, tumutukoy tableEnd lamang ang pagsasara ng tag ng talahanayan.

      Tulad ng sa tableStart, ito ay palaging emited.  Ito ay kung bakit ang ang halaga nito ay
      .
    -->
    <xsl:nagbabago pangalan="tableEnd">
      <xsl:kung pagsubok="$CurPos = $ Huling">
        <![CDATA[ </talahanayan> ]]>
      </xsl:kung>
    </xsl:nagbabago>

    <!--
      Laging humalimuyak ang mga nilalaman ng tableStart.  Kung hindi ito ang unang
      , pagkatapos namin alam ang halaga nito
      .

      Huwag paganahin ang output escaping dahil kapag tableStart ito ay hindi blangko, ito
      .  Kung
      , it will generate
      stuff like "&lt;talahanayan&gt;" instead of "<talahanayan>".
    -->
    <xsl:halaga-ng piliin="$tableStart" huwag paganahin-output-escaping="oo"/>


    <tr>
      <!--
      P:Project_x005F_x0020_Name
      :Project_x005F_x0020_End_x005F_x0020_Date
      :Project_x005F_x0020_Budget
      :Project_x005F_x0020_Expenses
      :Project_x005F_x0020_Status
      -->
      <td>
        <xsl:halaga-ng piliin="@ Project_x005F_x0020_Name"/>
      </td>

      <td ihanay="karapatan">
        <xsl:halaga-ng piliin="@ Project_x005F_x0020_End_x005F_x0020_Date"/>
      </td>

      <td ihanay="karapatan">
        <xsl:call-template pangalan="formatCurrency">
          <xsl:may-param pangalan="halaga" 
piliin="@ Project_x005F_x0020_Budget"></xsl:may-param> </xsl:call-template> </td> <td ihanay="karapatan"> <xsl:call-template pangalan="formatCurrency"> <xsl:may-param pangalan="halaga" piliin="@ Project_x005F_x0020_Expenses">
</xsl:may-param> </xsl:call-template> </td> <td> <xsl:halaga-ng piliin="@ Project_x005F_x0020_Status"/> </td> <!-- Lahat ng mga sumusunod ay nagkomento sa linawin ng mga bagay. Gayunman, dalhin ito pabalik at Bagay-bagay ang mga ito sa isang <td> upang makita ang         . --> <!-- <div id="linkitem" class="item"> <xsl:if test="string-length($SafeImageUrl) != 0"> <div class="image-area-left"> <a href="{$SafeLinkUrl}" target="{$LinkTarget}"> <img class="image-fixed-width" src="{$SafeImageUrl}"
alt="{@ ImageUrlAltText}"/> </isang> </div> </xsl:kung> <div class="link-item"> <xsl:call-template
name="OuterTemplate.CallPresenceStatusIconTemplate"/> <a href="{$SafeLinkUrl}"
target="{$LinkTarget}" title="{@ LinkToolTip}"> <xsl:value-of select="$DisplayTitle"/> </isang> <div class="description"> <xsl:value-of select="@Description" /> </div> </div> </div>
--> </tr> <!-- Humalimuyak ang pagsasara ng tag talahanayan. Kung hindi kami sa huling hilera, ito ay magiging blangko. --> <xsl:halaga-ng piliin="$tableEnd" huwag paganahin-output-escaping="oo"/> </xsl:template> <xsl:template pangalan="formatCurrency"> <xsl:itigil pangalan="halaga" piliin="0" /> <xsl:halaga-ng piliin='format-NUMBER($halaga, "$DDD,DDD,DDD.DD", "staff")' /> </xsl:template>

Standard WSS / Screen ng Moss Data Entry ay hindi sumusuporta sa Cascading Drop-down (o iba pang intra-mula sa komunikasyon)

I-UPDATE (04/2008): Ito mahusay na blog entry ay nagpapakita ng isang mahusay na javascript diskarteng batay sa problemang ito: http://webborg.blogspot.com/2008/04/add-functions-and-events-to-sharepoint.html

I-update ang II: (04/2008): Ang blog entry Mukhang may pag-asa pati na rin: http://www.cleverworkarounds.com/2008/03/13/free-mosswss-2007-web-part-hide-controls-via-javascript/

Ilang beses sa isang linggo, kung hindi araw-araw, forum users describe a requirement that would normally be met via cascading drop-downs. Halimbawa, Mayroon akong dalawang mga drop-down na kontrol:

  • Listahan ng mga U.S. estado
  • Listahan ng mga U.S. mga lungsod.

Bilang responsableng provider UI, gusto naming ito upang gumana tulad nito:

  • Paul pumipili ng U.S. state from the drop-down.
  • This causes the cities drop-down to filter only those cities that belong to the selected state.
  • Paul pumipili ng isang lungsod mula sa filter na listahan.

There is no out-of-the-box support for this feature. Sa katunayan, there is no OOB support for any kind of direct intra-form communication. This includes programmatically hiding/enabling/disabling fields in response to field changes elsewhere on the form.

Ang tunay na layunin ng artikulong ito upang upang ilarawan ang mga posibleng solusyon at ito ang mga pagpipilian sa bilang alam ko ang mga ito:

  1. Develop a custom column type. As a custom-column-developer, you have full control over the "world" of that custom column. You can implement a cascading drop-down that way.
  2. Consider using workflow. In some cases, you want to automatically assign a value to field based on another field’s value. Sa kasong ito, Gusto mo normal subukan na gumamit ng isang kinakalkula haligi, ngunit ang ilang beses, it just won’t get the job done. SharePoint Designer workflow is a relatively administer-friendly alternative to dropping down into code and visual studio. If you go this route, magkaroon ng kamalayan ng isyu-address sa pamamagitan ng artikulong ito (http://paulgalvin.spaces.live.com/blog/cns!CC1EDB3DAA9B8AA!405.entry).
  3. Kaganapan handler: Tulad ng daloy ng trabaho, this is an after-the-fact solution. Your event handler is a .NET assembly (C #, VB.NET) to which SharePoint passes control. The object you develop has access to the data of the list (at ang buong modelo ng object) at maaaring gawin ang anumang kinakailangan pagkalkula.
  4. Use SharePoint Designer to create custom entry forms. I don’t have direct experience with this approach, but I hear they are doing good things with NewForm.aspx these days 🙂
  5. Roll ang iyong sariling ASP.NET data entry function na (bilang isang stand-alone na web page o bilang isang bahagi ng web) at gamitin iyon sa halip.

Kung sinuman ang nakakaalam ng iba pang at / o mas mahusay na pagpipilian, paki-post ng isang komento at kukunin ko na i-update ang nilalaman ng post na ito.

<katapusan />

Technorati Tags:

Yes/No (check box) pag-filter sa Nilalaman Bahagi ng Query sa Web

To filter for a query for the Yes/No check box entitled "PG Milestone", i-configure ang CQWP ganito:

imahen

Ito ay isa pang isa sa mga halatang-sabay-ka-alam-ito ngunit mahirap-to-mahanap-isang-sagot-sa mga tanong: Paano upang i-filter sa isang Oo / Walang mga check box sa paggamit ng nilalaman ng web query bahagi.

Ang unang resulta ng paghahanap I find using the search term "filter yes/no content query web part" ay flat out mali, kaya naisip ko na gusto kong ilagay ito up doon at tingnan kung maaari itong palitan ang hindi tamang resulta sa karaniwang mga resulta ng paghahanap.

Ito ay medyo madali: True values = "1" and false values do not equal "1" (medyo retro, talaga).

Sa halimbawa sa itaas, I created site column of type "Yes/No (checkbox)" named "PG Milestone". I added it to a doc library, upload ng ilang mga dokumento, itakda ang halaga para sa isang pares at nasubok ito.

<katapusan />

Lumikha ng graph ng Bar sa SharePoint

Pangkalahatang-ideya ng:

(I-UPDATE 12/04/07: Idinagdag ng isa pang kawili-wiling mga mapagkukunan sa dulo nagli-link sa isa pang blog na address na ito sa pamamagitan ng isang napaka-kagiliw-giliw na bahagi ng web)

This blog entry describes how to create a bar graph in SharePoint. This works in both WSS and MOSS environments as it only depends upon the data view web part.

Ang pangkalahatang diskarte ay ang mga sumusunod:

  1. Lumikha ng isang listahan o dokumento library na naglalaman ng data na gusto mong i-graph.
  2. Ilagay ang nauugnay na library dokumento / custom na listahan sa isang pahina at i-convert ito sa isang bahagi ng data view ng web (DVWP).
  3. Baguhin ang DVWP ni XSL upang bumuo ng HTML na nagpapakita bilang isang graph.

Negosyo Sitwasyon / Setup:

Ako pa nakalikha ng isang pasadyang listahan sa pamantayan haligi ng Pamagat at isang karagdagang hanay, "Status". This models (napaka simplistically) an "Authorization For Expense" sitwasyon kung saan ang pamagat ay kumakatawan sa mga proyekto at ang Katayuan ng isang halaga mula sa listahan ng:

  • Ipinanukalang
  • Sa Proseso
  • Stalled

Ang layunin ay upang makabuo ng isang interactive na pahalang bar graph na nagpapakita ang mga code ng katayuan.

Ako populated na listahan at ang mukhang ito:

imahen

Lumikha ng Data Tingnan ang Web Bahagi:

Lumikha ng DVWP pamamagitan ng pagdaragdag ng custom na listahan sa isang pahina (site pahina sa aking mga kaso) at sundin ang mga tagubilin dito (http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!395.entry).

Bilang karagdagan sa paglikha lamang ang DVWP, we also need to set the paging property to show all available rows. Sa akin, ito ganito ang hitsura:

imahen

Sa puntong ito, I always close SPD and the browser. I then re-open the page using the browser. This avoids accidentally mucking up the web part layout on the page.

Baguhin ang XSLT:

Ngayon ay oras upang baguhin ang XSLT.

I always use visual studio for this. (Tingnan dito para sa isang mahalagang tala tungkol sa intellisense na makakatulong sa iyo ng maraming).

Lumikha ako ng walang laman na proyekto magdagdag ng apat na mga bagong file (replacing the words "Original" and "New" bilang naaangkop):

  • Original.xslt
  • New.xslt
  • Orihinal na Params.xml
  • Bagong Params.xml

Sa aking kaso, ito ganito ang hitsura:

imahen

Modify the web part and copy the params and XSL to the "Original" bersyon sa Visual Studio.

Ang layunin dito ay upang magdulot sa XSL upang ibahin ang anyo ang mga resulta makuha namin pabalik mula sa DVWP query sa HTML na nagpapagana ng isang graph.

Upang ito ng pagtatapos, it helps to first consider what the HTML should look like before we get confused by the insanity that is known as "XSL". (Upang maging malinaw, ang sumusunod ay lamang ng isang halimbawa; don’t type it or copy/paste into visual studio. I provide a full blow starting point for that later in the write-up). The following sample graph is rendered as per the HTML immediately following:

Tikman ang Bar Graph

Kaukulang HTML:

<html>
<katawan>
<sentro>
<talahanayan width = 80%>
<tr><td><sentro>Pahalang na Bar Graph</td></tr>
<tr>
<td align="center">
<table border="1" width = 80%>
<tr>
<td width = 10%>Bukas</td>
<td><talahanayan cellpadding ="0" cellspacing ="0" border = 0 width = 50%><tr bgcolor = red><td>&nbsp;</td></tr></talahanayan></td>
</tr>
<tr>
<td width = 10%>Sarado</td>
<td><talahanayan cellpadding ="0" cellspacing ="0" border = 0 width = 25%><tr bgcolor = red><td>&nbsp;</td></tr></talahanayan></td>
</tr>
<tr>
<td width = 10%>Stalled</td>
<td><talahanayan cellpadding ="0" cellspacing ="0" border = 0 width = 25%><tr bgcolor = red><td>&nbsp;</td></tr></talahanayan></td>
</tr>
</talahanayan>
</td>
</tr>
</talahanayan>
</katawan>
</html>

I used a dead simple approach to creating my bars by setting the background color of a row to "red".

Ang tumagal-layo dito ay ito: Sa katapusan, lahat kami ay paggawa ay lumilikha ng HTML na may mga hilera at mga hanay.

Template XSLT:

I’ve copied the XSLT that generates a horizontal bar graph. It’s fairly well commented so I won’t add much here except for these notes:

  • Ako makapagsimula sa default na XSL SharePoint Designer ibinigay mo sa akin kapag ako unang nilikha ang DVWP.
  • Ako ay magagawang upang i-cut down na ito mula sa SPD ni 657 mga linya sa 166 lines.
  • Hindi ko Nagkamali sa paligid kasama ang file na XML na mga parameter (na kung saan ay hiwalay mula sa XSL at malalaman mo kung ano ang ibig sabihin ko kapag pumunta sa iyo upang baguhin ang DVWP mismo; mayroong dalawang mga file na maaari mong baguhin). Gayunman, upang gawing simple ito, I did remove nearly all of them from the XSL. This means that if you want to make use of those parameters, you just need to add their variable definitions back to the XSL. That will be easy since you will have the original XSL variable definitions in your visual studio project.
  • You ought to be able to copy and paste this directly into your visual studio project. Pagkatapos, remove my calls and insert your own calls to "ShowBar".
  • Ang drill down na gumagana sa pamamagitan ng paglikha ng isang <a href> ganito: http://server/List?FilterField1=fieldname&FilterValue1=actualFilterValue. This technique may be of value in other contexts. Nang una, Akala ko Gusto ko kailangan upang sumunod sa isang mas kumplikadong mga format: http://server/List/AllItems.aspx?View={guid}&FilterField1=blah&FilterValue1=blah, but in my environment that is not necessary. The List’s URL is passed to us by SharePoint so this is quite easy to generalize.

Eto:

<xsl:stylesheet salin="1.0" ibukod-resulta-prefix="rs z o s ddwrt dt msxsl" 
xmlns:msxsl="uma:schemas-Microsoft-com:XSLT" xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
xmlns:SharePoint="Microsoft.SharePoint.WebControls" xmlns:__designer="http://schemas.microsoft.com/WebParts/v2/DataView/designer"
xmlns:asp="http://schemas.microsoft.com/ASPNET/20" xmlns:ddwrt="http://schemas.microsoft.com/WebParts/v2/DataView/runtime"
xmlns:o="uma:schemas-Microsoft-com:opisina" xmlns:s="uuid:BDC6E3F0-6DA3-11d1-A2A3-00AA00C14882"
xmlns:dt="uuid:C2F41010-65B3-11d1-A29F-00AA00C14882" xmlns:rs="uma:schemas-Microsoft-com:rowset" xmlns:z="#RowsetSchema"
xmlns:ddwrt2="uma:frontpage:panloob"
> <xsl:pagbubuhos pamamaraan="html" mag-urong="hindi" /> <xsl:decimal-format Nan="" /> <xsl:itigil pangalan="ListUrlDir"></xsl:itigil> <!-- Kailangan ko ito upang suportahan ang isang drill-down. --> <xsl:template tumugma="/" xmlns:SharePoint="Microsoft.SharePoint.WebControls"
xmlns:__designer=http://schemas.microsoft.com/WebParts/v2/DataView/designer xmlns:asp="http://schemas.microsoft.com/ASPNET/20"
> <xsl:nagbabago pangalan="dvt_StyleName">Talahanayan</xsl:nagbabago> <xsl:nagbabago pangalan="Mga hilera" piliin="/dsQueryResponse / Mga hilera / Hilera" /> <xsl:nagbabago pangalan="dvt_RowCount" piliin="bilangin($Mga hilera)" /> <xsl:nagbabago pangalan="IsEmpty" piliin="$dvt_RowCount = 0" /> <xsl:nagbabago pangalan="dvt_IsEmpty" piliin="$dvt_RowCount = 0" /> <xsl:piliin> <xsl:kapag pagsubok="$dvt_IsEmpty"> Walang data sa graph!<br/> </xsl:kapag> <xsl:kung hindi> <!-- Ang mga kagiliw-giliw na mga bagay-bagay ay nagsisimula dito. Kailangan namin upang tukuyin ang isang pares ng mga variable para sa bawat hilera sa graph: kabuuang bilang           . --> <xsl:nagbabago pangalan="totalProposed" piliin="bilangin(/dsQueryResponse / Mga hilera / Hilera[normalize-espasyo(@ Status) = 'Ipinanukalang'])" /> <xsl:nagbabago pangalan="percentProposed" piliin="$totalProposed div $ dvt_RowCount" /> <xsl:nagbabago pangalan="totalInProcess" piliin="bilangin(/dsQueryResponse / Mga hilera / Hilera[normalize-espasyo(@ Status) = 'In Process'])" /> <xsl:nagbabago pangalan="percentInProcess" piliin="$totalInProcess div $ dvt_RowCount" /> <xsl:nagbabago pangalan="totalStalled" piliin="bilangin(/dsQueryResponse / Mga hilera / Hilera[normalize-espasyo(@ Status) = 'Stalled'])" /> <xsl:nagbabago pangalan="percentStalled" piliin="$totalStalled div $ dvt_RowCount" /> <!-- Namin tukuyin ang aming HTML talahanayan dito. Ako paghiram mula sa ilang mga pamantayan           . Sa tingin ko ay ito parangalan           . --> <talahanayan lapad="100%" cellspacing="0" cellpadding="2" estilo="hangganan-kanan: 1 solid # C0C0C0; hangganan-ilalim: 1 solid # C0C0C0; hangganan-kaliwa-style: matatag; hangganan-kaliwa-lapad: 1; hangganan-top-style: matatag; hangganan-top-lapad: 1;"> <tr> <td ihanay="sentro"> <talahanayan hangganan="1" lapad="100%"> <!-- Para sa bawat kalagayan na gusto naming graph, we call the "ShowBar" template. Ipasa namin ito: 1. Ang isang label para sa hilera. Ito ay transformed sa isang hyperlink. 2. Ang porsiyento (variable mula sa itaas). 3. Ang aktwal na pangalan ng patlang ng code mula sa napapailalim na listahan. Ito                      . 4. Ang halaga ng field tumutugma para sa #3. 5. Kabuuang mga item ng ang code na ito katayuan (hindi ang engrandeng kabuuan ng lahat ng                      ). Ito emits isang <tr></tr> at mga pahalang na bar graph linya. Tinatawag namin ang template na ito para sa bawat code ng katayuan nais naming tingnan. --> <xsl:call-template pangalan="ShowBar"> <xsl:may-param pangalan="BarDisplayLabel" piliin="'Ipinanukalang'"/> <xsl:may-param pangalan="BarPercent" piliin="$percentProposed"/> <xsl:may-param pangalan="QueryFilterFieldName" piliin="'Katayuan'"/> <xsl:may-param pangalan="QueryFilterFieldValue" piliin="'Ipinanukalang'"/> <xsl:may-param pangalan="TotalItems" piliin="$totalProposed"></xsl:may-param> </xsl:call-template> <xsl:call-template pangalan="ShowBar"> <xsl:may-param pangalan="BarDisplayLabel" piliin="'Stalled'"/> <xsl:may-param pangalan="BarPercent" piliin="$percentStalled"/> <xsl:may-param pangalan="QueryFilterFieldName" piliin="'Katayuan'"/> <xsl:may-param pangalan="QueryFilterFieldValue" piliin="'Stalled'"/> <xsl:may-param pangalan="TotalItems" piliin="$totalStalled"></xsl:may-param> </xsl:call-template> <xsl:call-template pangalan="ShowBar"> <xsl:may-param pangalan="BarDisplayLabel" piliin="'In Process'"/> <xsl:may-param pangalan="BarPercent" piliin="$percentInProcess"/> <xsl:may-param pangalan="QueryFilterFieldName" piliin="'Katayuan'"/> <xsl:may-param pangalan="QueryFilterFieldValue" piliin="'In Process'"/> <xsl:may-param pangalan="TotalItems" piliin="$totalInProcess"></xsl:may-param> </xsl:call-template> </talahanayan> </td> </tr> </talahanayan> </xsl:kung hindi> </xsl:piliin> </xsl:template> <!-- Ang template na ito ang trabaho ng pagpapakita ng mga indibidwal na mga linya sa graph bar. Makikita mo marahil gawin ang karamihan ng iyong mga pag-aayos dito. --> <xsl:template pangalan="ShowBar"> <xsl:itigil pangalan="BarDisplayLabel" /> <!-- label upang ipakita ang --> <xsl:itigil pangalan="BarPercent"/> <!-- Porsyento ng kabuuang. --> <xsl:itigil pangalan="QueryFilterFieldName"/> <!-- Ginagamit upang tumalon sa query & salain --> <xsl:itigil pangalan="QueryFilterFieldValue"/> <!-- Ginagamit upang tumalon sa query & salain --> <xsl:itigil pangalan="TotalItems" /> <!-- kabuuang bilang ng mga ito barlabel --> <tr> <!-- Ang bar label mismo. --> <td klase="ms-formbody" lapad="30%"> <!-- Ang susunod na set ng mga pahayag ay nagbubuo mula sa isang query string na nagbibigay-daan           . Ibinibigay namin ang paggamit ng ilang mga bagay dito: 1. Maaari naming pumasa FilterField1 at FilterValue1 sa isang listahan upang i-filter sa isang hanay. 2. SharePoint ay pagpasa sa isang key parameter sa amin, ListUrlDir that points to the underlying list against which this DVWP is "running". Ay hindi XSL masaya? --> <xsl:teksto huwag paganahin-output-escaping="oo"> <![CDATA[<a href ="]]></xsl:teksto> <xsl:halaga-ng piliin="$ListUrlDir"/> <xsl:teksto huwag paganahin-output-escaping="oo"><![CDATA[?FilterField1 =]]></xsl:teksto> <xsl:halaga-ng piliin="$QueryFilterFieldName"/> <xsl:teksto huwag paganahin-output-escaping="oo"><![CDATA[&FilterValue1 =]]></xsl:teksto> <xsl:halaga-ng piliin="$QueryFilterFieldValue"/> <xsl:teksto huwag paganahin-output-escaping="oo"><![CDATA[">]]></xsl:teksto> <xsl:halaga-ng piliin="$BarDisplayLabel"/> <xsl:teksto huwag paganahin-output-escaping="oo"><![CDATA[</isang>]]></xsl:teksto> <!-- Ang susunod na bit ay nagpapakita ng ilang mga numero sa format: "(kabuuan / % ng kabuuang)" --> (<xsl:halaga-ng piliin="$TotalItems"/> / <!-- Lumilikha ito ng isang masarap na label na porsiyento para sa amin. Salamat, Microsoft! --> <xsl:call-template pangalan="percentformat"> <xsl:may-param pangalan="porsiyento" piliin="$BarPercent"/> </xsl:call-template>) </td> <!-- Sa wakas, naglalabas ng isang <td> tag para sa bar mismo.--> <td> <talahanayan cellpadding="0" cellspacing="0" hangganan="0" lapad="{isalin($BarPercent * 100)+1}%"> <tr bgcolor="pula"> <xsl:teksto huwag paganahin-output-escaping="oo"><![CDATA[&nbsp;]]></xsl:teksto> </tr> </talahanayan> </td> </tr> </xsl:template> <!-- Ito ay nakuha nang direkta mula sa ilang XSL ko nahanap sa isang template ng MS. --> <xsl:template pangalan="percentformat"> <xsl:itigil pangalan="porsiyento"/> <xsl:piliin> <xsl:kapag pagsubok="format-NUMBER($porsiyento, '#, # # 0%;-#,##0%')= 'Nan'">0%</xsl:kapag> <xsl:kung hindi> <xsl:halaga-ng piliin="format-NUMBER($porsiyento, '#, # # 0%;-#,##0%')" /> </xsl:kung hindi> </xsl:piliin> </xsl:template> </xsl:stylesheet>

Ang Resulta:

Ang XSL mula sa itaas na ito ay bumubuo ng graph:

imahen

Mag-drill down sa ang kalakip na data sa pamamagitan ng pag-click sa code ng katayuan:

imahen

Concluding saloobin:

Puwede ito Maging pangkalahatan?

Gustung-gusto ko ito graphing konsepto, but I hate the fact that I have to go in and do so much hand-coding. I’ve given a little thought to whether it can be generalized and I’m optimistic, but I’m also a little fearful that there may be a brick wall somewhere along the path that won’t offer any work-around. If anyone has some good ideas on this, mangyaring gumawa ng isang nota sa mga komento o email sa akin.

Vertical Graph:

This is a horizontal bar graph. It’s certainly possible to create a vertical graph. We just need to change the HTML. I would start the same way: Create an HTML representation of a vertical bar graph and then figure out how to get that via XSL. If anyone is interested in that, I could be persuaded to try it out and work out the kinks. If someone has already done that, mangyaring ipaalam sa akin at kukunin ko na Masaya link sa iyong blog 🙂

Sa tingin ko na ang hamon sa isang vertical na graph ay ang mga label para sa mga graph ay mas mahirap na pamahalaan, ngunit tiyak na hindi imposible.

Patlang Pangalan Gotcha ni:

May mga hindi bababa sa dalawang mga bagay na dapat na antabayanan gamit ang iyong pangalan ng field.

Una, a field name with a space has to be escaped in the XSL. This will probably be an issue here:

        <xsl:nagbabago pangalan="totalProposed" 
piliin="bilangin(/dsQueryResponse / Mga hilera / Hilera[normalize-espasyo(@ Status) = 'Ipinanukalang'])" />

If your "Status" column is actually named "Status Code" then you need to reference it as "Status_x0020_Code":

   <xsl:nagbabago pangalan="totalProposed" 
piliin="bilangin(/dsQueryResponse / Mga hilera / Hilera[normalize-espasyo(@ Status_x0020_Code) = 'Ipinanukalang'])" />

Pangalawa, at ako ay medyo malabo ito sa, but you also need to be on the alert for field name changes. If you name your field "Status Code" at pagkatapos ay sa ibang pagkakataon, rename it to "AFE Status", the "internal name" does not change. The internal name will still be "Status Code" and must be referenced as "Status_x0020_Code". The "other resources" mga link ay maaaring makatulong sa diagnose at maitama ang ganitong uri ng problema.

Tungkol na Kulay:

I picked "red" because it’s pleasing to me at the moment. It would not be a big deal to show different colors so as to provide more than just a visual description of a number, but to also provide a useful KPI. Halimbawa, if the percentage of "stalled" AFE ay > 10% pagkatapos ay ipakita ito pula, otherwise show it in black. Gamitin <xsl:piliin> upang makamit ito.

Iba pang mga Mapagkukunan:

Maligayang pagbabago!

<katapusan />

Mag-subscribe sa aking blog!

SharePoint ba Hindi Magbigay ng “Sino May Access” Mga Ulat

I-UPDATE 01/28/08: Ito codeplex proyekto address ang isyu na ito: http://www.codeplex.com/AccessChecker. I have not used it, pero mukhang may pag-asa kung ito ay isang isyu na kailangan mong tugunan sa iyong environment.

I-UPDATE 11/13/08: Joel Oleson sinulat up ng isang napakagandang post sa mas malaking isyu sa seguridad ng pamamahala dito: http://www.sharepointjoel.com / Mga Listahan / Post / Post.aspx?List=0cd1a63d-183c-4fc2-8320-ba5369008acb&ID = 113. It links to a number of other useful resources.

Forum ng mga gumagamit at mga kliyente madalas magtanong kasama ang mga linyang ito: "How do I generate a list of all users with access to a site" or "How can I automatically alert all users with access to list about changes made to the list?"

There is no out of the box solution for this. If you think about it for a moment, ito ay hindi mahirap na maunawaan kung bakit.

SharePoint security is very flexible. There are at least four major categories of users:

  • Anonymous mga gumagamit.
  • SharePoint mga gumagamit at mga Grupo.
  • Active Directory mga gumagamit.
  • Forms Based Authentication (FBA) mga gumagamit.

Ang kakayahang umangkop ay nangangahulugan na mula sa isang pananaw sa seguridad, any given SharePoint site will be dramatically different from another. In order to generate an access list report, Kailangan ng isa upang alamin kung paano ang site ay secure, query multiple different user profile repositories and then present it in a useful fashion. That’s a hard problem to solve generically.

Paano kinakalkula ang mga organisasyon pagharap sa mga ito? I’d love to hear from you in comments or email.

</dulo>

Moss ay nagsasabi sa Akin Aking Mga Haligi Pangalan ay Nakalaan o Sa Paggamit … Ngunit Ito ay Hindi

I-UPDATE 12/04/07: Tingnan this Microsoft KB (http://support.microsoft.com/kb/923589) para sa mga kaugnay na impormasyon.

Talaga, ito lumiliko out ito ay, pero tricksy MOSS had to make it difficult.

My customer does some development work on his MOSS site over the weekend. It’s a bit of a jumble as to what he actually did, subalit ang resulta ay ito:

  • He tries to add a site column called "Quantity" and MOSS replies: "The column name that you entered is already in use or reserved. Choose another name."
  • He attempts to add it to another environment and that works. Samakatwid, "Quantity" is not a reserved name.
  • He tries to find an existing site column named "Quantity" in that site collection. He cannot find it.

I did some research, and even some coding, waxed philosophical and finally found that a column named Quantity did, sa katunayan, exist. It was in the "_Hidden" group. Hence, we could not find it via the SharePoint user interface.

How did it get there? I do not know, but I have a theory (or as my wife would call it, "blah blah blah"). Sa isang lugar sa kahabaan ng linya, isang fabulous forty template was added and probably activated at a site in the site collection. It was then deactivated (or the site removed). The site column, gayunman, remained but in the "_Hidden" group. If someone knows better, please let me know via email or post in the comments.

SharePoint was telling the truth. It’s hardly worth pointing out that that message is not as helpful as it could be. It would be nice to see that message fork into two different messages in the future: 1) Say that the column name is reserved or it is not. 2) If it’s not reserved, show the site, or at least the group, where the column name is already used.

</dulo>

OM Kasalukuyan Data Via ng isang Custom Listahan (o, Pa isa pang OM Data Displayor [tulad ng YACC, ngunit iba't-ibang])

Ngayon, I spent a handful of hours tracking down the root cause behind the message "The column name that you entered is already in use or reserved. Choose another name."

Ang haligi na pinag-uusapan malikha, natanggal at muling nilikha sa isa pang kapaligiran, so I knew it wasn’t a reserved name. Gayunman, Ko lang hindi mahanap ang haligi sa kahit saan sa pamamagitan ng standard na interface ng gumagamit SharePoint sa anumang site sa koleksyon site.

I-post sa MSDN forums dito at ang matigas Andrew Woodward may tulis sa akin sa direksyon ng ang kalakip na data object modelo.

Nagpunta ako sa off codeplex upang mahanap ang ilang mga tool na makakatulong sa akin sa Peer ang kalakip na data ng OM at makakatulong sa akin mahanap ang problema.

Sinubukan kong ilang mga tool at sila ay napaka-cool na kawili-wili at ngunit sa pagtatapos, the UI wasn’t good enough for my purpose. I’m not criticizing them by any means, ngunit malinaw na ang tool-makers ay hindi ang aking mga problema sa isip kapag sila ay nilikha kanilang UI :). Most people seem to be investing a fair amount of time and effort in creating workstation / client application na nagbibigay ng mga tanawin puno, right-click context menus and so forth. These are nice and all, ngunit ito ay isang pulutong ng trabaho upang lumikha ng isang top-of-the-line na karanasan ng gumagamit na din ang napaka-kakayahang umangkop.

Ko talagang kinakailangan ng sagot sa problemang ito. Ito ay naganap sa akin na kung maaari ako makakakuha ng lahat ng mga haligi site sa koleksyon site sa isang pasadyang listahan, Kaya kong i-filter, uri-uriin at lumikha ng mga tanawin na nais makatulong sa akin mahanap ito parang umiiral na hanay (saan ito ginawa, BTW). I went ahead and did that and an hour or two later, ay ang lahat ng aking site hanay load sa isang pasadyang listahan sa pagsasama, sorting and so forth. I found my answer five minutes later.

Kung at kapag ako ay matagumpay na sakupin ang mundo, I think I will decree that all SharePoint tools providers must seriously consider surfacing their object model data in a custom list. That way, Mayroon akong ang lakas upang maghanap ng kahit anong paraan na gusto ko (napilitan, mangyari pa, sa pamamagitan ng standard na mga tampok sharepoint).

SharePoint Designer workflow Custom Action — Pagmamasid Tungkol sa <Designer Uri ng Patlang Tie =”StringBuilder” … />

Lamang ng isang mabilis na obserbasyon na may isang mahalagang pagkakaiba sa pagitan ng mga dalawang kahulugan:

<FieldBind Field = "InParam1" Designer type = "String Builder" Id = "2" Text = "parameter ng Input # 1" />

laban sa:

<FieldBind Field = "InParam1" Id = "2" Text = "parameter ng Input # 1" />

Ang unang mga palabas tulad nito sa SPD:

imahen

habang ang huli ay nagpapakita tulad nito:

imahen

I’m not sure how helpful these screen shots are but I put in the effort to make them so you have to view them 🙂

Pagmamasid ang mga ito: StringBuilder nagpapahintulot sa iyo na bumuo ng isang string (nang walang alinlangan) sa pamamagitan ng paghahalo-sama mga mga string literals at mga workflow data (sa pamamagitan ng "Magdagdag ng Lookup" pindutan sa mas mababa sa kaliwa sulok). When you use the Add Lookup button, ito pagsingit ng isang token sa form "[%token%]". When SharePoint invokes your custom action, (C # code sa aking mga kaso), SharePoint ipinapasa ang token mismo, not the value of the token. If you use the default designer type (ang ikalawang uri), SharePoint lumalaki ang token at magbabalik ng aktwal na halaga ng token sa iyong aksyon.

StringBuilder = Bad, default na uri ng designer = Magandang.

Talaga, that’s not what I really mean. Just don’t try and pass a parameter to your custom action when the designer type = StringBuilder. Use the default designer type and chain a StringBuilder to it up front if you need to build complex strings in your workflow (na hindi sinasadya ay kung ano mismo ang isa upang lumikha ng isang dynamic na paksa para sa ang email na aksyon, ngunit na ang isang paksa para sa isa pang blog entry, ay naging).

<katapusan />

Napaaga workflow Activation — Ang isang Non-medikal Solusyon

I-UPDATE: Tingnan ang MSDN talakayan, lalo na ang huling entry: http://forums.microsoft.com/MSDN/showpost.aspx?postid=2631057&siteid=1. It describes a condition that may short circuit this whole thing. In short, Maaaring ito ay kasing simple ng paggawa ng hindi bababa sa isa sa mga ipinag-uutos na mga patlang.

Mayroon akong isang library dokumento na sumusuporta sa walong mga uri ng nilalaman.

I have a SharePoint Designer workflow that wants to calculate and assign a "reminder date" by simply subtracting 30 days from another column, "due date". This should only happen for one of the content types, "Insurance". The business objective is to produce a KPI that shows two categories of insurance documents: "about to expire" and "expired." (You can read more about this kind of KPI and more substantial drill-down dito).

I have configured the workflow to fire when a new item is created and when an item is modified. The idea is that when an insurance document is uploaded, we calculate a "warning date" based on the expiration date. A pair of views work in connection with a KPI List to highlight these conditions when users hit their home page.

This strategy does not work when I upload a document.

I upload the document and I am presented with the meta data entry screen. Sa puntong ito, I’m already in trouble. SharePoint has already, prematurely from my perspective, fired the workflow. I haven’t had a chance to pick the correct content type nor assign a due date. Sa parehong oras, the workflow does not fire when I hit the submit button at this time. There’s some built-in logic that "believes" that first submit is part of the "create" event. Kaya … my workflow has fired and when it executed, it was passed default meta data values.

The best work-around I know of is to insert a "pause until" activity in the workflow. I have the workflow pause for 1 minute. While it’s pausing, I select the correct content type, enter the meta data and submit. The pause completes and the workflow proceeds as needed. (Note that in my environment, timer workflow activities from SPD do not work out of the box. You may have the same trouble. Tingnan dito for more details).

I don’t like "magic delay" work-around. What happens if the user uploads a document and the phone rings and the ensuing conversation outlasts the pause? I can make the pause longer, but I still don’t like it.

I wrote about this on the MSDN forums here: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2430725&SiteID=1