Mga Archive ng kategorya: SharePoint Development

Mag-ingat sa paglabag ng mga Pagbabago upang ItemStyle.xsl

Ako ay nagtatrabaho may ItemStyle.xsl upang i-customize ang hitsura ng Bahagi ng Nilalaman Query sa Web at karapatan tungkol sa oras ng tanghalian, I made a breaking change to the xsl. I didn’t realize it, but this had far reaching effects throughout the site collection. I went off to lunch and upon my return, napansin ang mensaheng ito lumilitaw sa isang bungkos ng mga lugar:

Hindi upang ipakita ang Web Bahagi. Upang i-troubleshoot ang problema, buksan ang Web page na ito ng Windows SharePoint Mga Serbisyo katugma sa HTML editor tulad ng Microsoft Office SharePoint Designer. Kung magpapatuloy ang problema, makipag-ugnay sa administrator ng iyong Web server.

Blamed ko ang client (hindi napagtatanto bilang pa na ito ay ang aking kasalanan sa puntong ito) but eventually noticed that visual studio intellisense was warning me that I had malformed XSL. I corrected it and everything started working.

Darned ingat kapag nagtatrabaho sa ItemStyle.xsl (at anumang ng pandaigdigang XSL file) — paglabag sa mga ito ay nakakaapekto sa maraming mga artifacts sa koleksyon ng site.

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

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!

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).