kategorie Argief: SharePoint Ontwikkeling

Pasop Breaking veranderinge aan ItemStyle.xsl

Ek was met ItemStyle.xsl werk om die voorkoms van 'n inhoud navraag Web Deel en reg aan te pas oor middagete, 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, opgemerk hierdie boodskap verskyn in 'n klomp plekke:

Kan nie hierdie webwerf om deel te vertoon. Om die probleem op te los, Hierdie webblad oopmaak in 'n Windows SharePoint compatible HTML-redakteur soos Microsoft Office SharePoint Designer. As die probleem voortduur, kontak met jou Web bediener se administrateur.

Ek blameer die kliënt (nie besef nie, dat dit my skuld was op hierdie punt) but eventually noticed that visual studio intellisense was warning me that I had malformed XSL. I corrected it and everything started working.

Wees gestop versigtig wanneer jy werk met ItemStyle.xsl (en enige van die globale XSL-lêers) — breek hulle raak baie artefakte in die terrein versameling.

<einde />

Vertoon inhoud Query Web Deel resultate in 'n rooster / Tabel

Oorsig en objektiewe

Uit die boks, MOSS’ Inhoud Query Web Deel (CQWP) toon die resultate in 'n lys formaat, similar to search results. It is also possible to display the results in a grid format (d.w.z. HTML tabel formaat). Grid formats are better in some circumstances. I describe how to achieve that effect in this article.

Besigheid scenario

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, soos 'n titel, begroting, verwagte datum van voltooiing, remaining budget and other summary type fields. By "singleton" I mean a custom SharePoint list guaranteed to contain only one item. Simplistically, Dit lyk soos volg:

beeld

Die tegniese benadering is baie dieselfde soos beskryf hier (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:

beeld

HTML soos hierdie genereer, wat die resultaat:

<html>
 <liggaam>
 <sentrum>
 <tafel grens= 1>

<!-- Labels ->
 <tr bgcolor= Blou>
 <td><is kleur= Wit><b>Naam van die projek</b></is></td>
 <td lyn= Reg><is kleur= Wit><b>Volledige datum</b></is></td>
 <td lyn= Reg><is kleur= Wit><b>Begroting</b></is></td>
 <td lyn= Reg><is kleur= Wit><b>Werklike uitgawes</b></is></td>
 <td><is kleur= Wit><b>Algemene status</b></is></td>
 </tr>

<tr>
 <td>Re-draad rekenaar kamer.</td>
 <td lyn= Reg>02/01/08</td>
 <td lyn= Reg>22,500.00</td>
 <td lyn= Reg>19,000.00</td>
 <td>Aan die gang</td>
 </tr>

<tr>
 <td>Voorsiening bedieners vir SQL Upgrade</td>
 <td lyn= Reg>04/01/08</td>
 <td lyn= Reg>7,500.00</td>
 <td lyn= Reg>0.00</td>
 <td>Beplande</td>
 </tr>

</tafel>
 </sentrum>
 </liggaam>
</html>

Benadering

Volg hierdie stappe om die rooster te skep:

  1. Identifiseer die komponente van die rooster (rye / kolomme).
  2. Definieer en die skep van die nodige site kolomme.
  3. Skep sub terreine vir die projekte en Singleton lyste.
  4. Voeg die CQWP by 'n webblad en instel om dit te soek vir jou lyste.
  5. Verander die CQWP se XML in te samel om die bykomende kolomme.
  6. Verander die XSL 'n tafel te genereer.

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 hier (http://msdn2.microsoft.com/en-us/library/bb897399.aspx) Heather Salomo se blog hier (http://www.heathersolomon.com/blog/articles/CustomItemStyle.aspx).

Boute en moere

Stappe een deur vyf soos per die MSDN dokumentasie en Heather Salomo se artikel te begin en te implementeer.

Op hierdie punt, jy het bygevoeg van jou CQWP na die bladsy en jy het jou <CommonViewFields> ingestel soos nodig.

Na aanleiding van die gewone stappe, Ek kry hierdie intermediêre resultate:

1. Skep 'n tipe inhoud, a templatized custom list for that content type and two sites. Here is the content type:

beeld

Hier is die site struktuur:

beeld

2. Voeg die CQWP na die skep van my projek subsites en Singleton projek opsommingslyste:

beeld

3. Voeg al die bykomende inligting wat ek wil via die <CommonViewFields>:

        <eiendom naam="CommonViewFields" tipe="string">Project_x0020_Name;Project_x0020_Expenses;Project_x0020_Status;Project_x0020_Start_x0020_Date;Project_x0020_End_x0020_Date;Project_x0020_Budget</eiendom>

Let daarop dat ek moes al die velde van die eiendom op een lyn te hou, of dit sal nie werk nie (CQWP sal vir my sê dat die navraag geen items teruggekeer).

4. Op hierdie punt, 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 'n maat te skep / unghosted version of ItemStyle.xsl. I follow Heather’s advice, tot deur stap 11 en kry hierdie intermediêre resultate:

4.1: Noem my XSL sjabloon soos volg::

<xsl:template name = "Grid" ooreenstem met = "Ry[@Style=’Grid’]" mode = "itemstyle">

Ek het ook effens verander haar voorgestel <xsl:vir-elke …> deur die byvoeging van 'n <br /> tag 'n skoner lys te voorsien:

    <xsl:vir-elke kies="@ *">
      P:<xsl:waarde van kies="naam()" /><br/>
    </xsl:vir-elke>

4.2: Ek verander die web deel, gaan na die voorkoms en kies my "Grid" styl:

beeld

Pas die verandering en hier is die resultaat:

beeld

Ons kan sien uit bogenoemde dat die lande wat ons wil (Projek naam, koste, status, ens.) 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. Byvoorbeeld, ons verwysing projek status as "Project_x005F_x0020_Name".

Op hierdie punt, vertrek ons ​​van Heather se blog en van die skouers van die reuse, Ek voeg my eie bietjie.

ContentQueryMain.xsl

NOTA: Wanneer 'veranderings aan beide ContentQueryMain.xsl sowel as ItemStyle.xsl-, jy moet die lêers om terug in te gaan voor jy sien die effek van jou wysigings.

Vir rooster-up, 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 die "hoof" 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 <tafel> tag voor die afgee van die eerste ry van data en die sluitingsdatum <tafel> tag after emitting the last row. To accomplish this, ContentQueryMain.xsl verander twee parameters deur te gee aan ons "rooster" sjabloon in ItemStyle.xsl, "Laaste ry" and "current row". ItemStyle.xsl uses these to conditionally emit the necessary tags.

Met behulp van Heather Salomo se tegniek, we locate ContentQueryMain.xsl. It is located in the same place as ItemStyle.xsl. This screen shot should help:

beeld

Ons moet die volgende veranderinge aan te bring:

  • Verander 'n xsl sjabloon, "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 <tafel> tags.
  • Verander nog 'n bietjie van ContentQueryMain.xsl wat noem die "CallItemTemplate" dit 'n "LastRow om te slaag" parameter sodat LastRow gegee kan word aan ons Grid sjabloon.

Vind die sjabloon met die naam "OuterTemplate.CallItemTemplate" geïdentifiseer deur die tou:

  <xsl:sjabloon naam="OuterTemplate.CallItemTemplate">

Vervang die hele sjabloon soos volg:

  <xsl:sjabloon naam="OuterTemplate.CallItemTemplate">
    <xsl:stop naam="CurPosition" />

    <!--
      Voeg die "LastRow-" parameter.
      Ons gebruik dit net wanneer die item styl pas in "Grid".
    -->
    <xsl:stop naam="LastRow" />

    <xsl:kies>
      <xsl:toe toets="@ Style = 'NewsRollUpItem "">
        <xsl:pas-templates kies="." af="itemstyle">
          <xsl:met-param naam="Edit mode" kies="$cbq_iseditmode" />
        </xsl:pas-templates>
      </xsl:toe>
      <xsl:toe toets="@ Style = 'NewsBigItem "">
        <xsl:pas-templates kies="." af="itemstyle">
          <xsl:met-param naam="CurPos" kies="$CurPosition" />
        </xsl:pas-templates>
      </xsl:toe>
      <xsl:toe toets="@ Style = 'NewsCategoryItem "">
        <xsl:pas-templates kies="." af="itemstyle">
          <xsl:met-param naam="CurPos" kies="$CurPosition" />
        </xsl:pas-templates>
      </xsl:toe>

      <!--
              Slaag huidige posisie en lastrow tot die netwerk itemstyle.xsl sjabloon.
              ItemStyle.xsl sal gebruik om die oop en toemaak vry te stel <tafel> tags.
      -->
      <xsl:toe toets="@ Style = "Grid"">
        <xsl:pas-templates kies="." af="itemstyle">
          <xsl:met-param naam="CurPos" kies="$CurPosition" />
          <xsl:met-param naam="Laaste" kies="$LastRow" />
        </xsl:pas-templates>
      </xsl:toe>

      <xsl:anders>
        <xsl:pas-templates kies="." af="itemstyle">
        </xsl:pas-templates>
      </xsl:anders>
    </xsl:kies>
  </xsl:sjabloon>

Die kommentaar beskryf die doel van die veranderinge.

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

<xsl:sjabloon naam="OuterTemplate.Body">

Blaai deur die instruksies in OuterTemplate.Body word en voeg die LastRow parameter soos volg (wat as 'n kommentaar in kursief):

<xsl:call-template naam="OuterTemplate.CallItemTemplate">
  <xsl:met-param naam="CurPosition" kies="$CurPosition" />
  <!-- Plaas die LastRow parameter. -->
  <xsl:met-param naam="LastRow" kies="$LastRow"/>
</xsl:call-template>

Na al hierdie, ons uiteindelik het dinge behoorlik opgestel sodat ons ItemStyle.xsl kan uitstraal <tafel> tags op die regte plek.

ItemStyle.Xsl

NOTA: Weer, kyk na die maak van enige veranderinge in ItemStyle.xsl sodat jy sien die effek van hierdie veranderinge.

Ons het twee take hier:

  • Replace the entire Grid template. You can copy/paste from below.
  • Voeg 'n bietjie Mumbo Jumbo buite die sjabloon definisie wat dit moontlik maak om "formatcurrency" template to work. (Jy kan jou vertel dat ek 'n vaag hanteer op XSL).

Eerste, naby die top van ItemStyle.xsl, voeg hierdie lyn:

  <!-- Sommige Mumbo Jumbo wat ons in staat stel om U.S te vertoon. geldeenheid. -->
  <xsl:desimale-formaat naam="personeel" syfer="D" />

  <xsl:sjabloon naam="Default" ooreenstem met="*" af="itemstyle">

Let daarop dat ek dit direk voor die bygevoeg <xsl:template name = "Default" …> definisie.

Volgende, go back to our Grid template. Replace the entire Grid template with the code below. It is thoroughly commented, maar nie huiwer om my te e-pos of kommentaar op my blog verlaat as jy vrae het.

  <xsl:sjabloon naam="Grid" ooreenstem met="Ry[@ Style = "Grid"]" af="itemstyle">

    <!--
      ContentMain.xsl gaan CurPos en die laaste.
      Ons gebruik hierdie voorwaardelik stoot die oop en toemaak <tafel> tags.
    -->
    <xsl:stop naam="CurPos" />
    <xsl:stop naam="Laaste" />

    <!-- Die volgende veranderlikes is onveranderd van die standaard ItemStyle.xsl -->
    <xsl:veranderlike naam="SafeImageUrl">
      <xsl:call-template naam="OuterTemplate.GetSafeStaticUrl">
        <xsl:met-param naam="UrlColumnName" kies="'ImageUrl ""/>
      </xsl:call-template>
    </xsl:veranderlike>
    <xsl:veranderlike naam="SafeLinkUrl">
      <xsl:call-template naam="OuterTemplate.GetSafeLink">
        <xsl:met-param naam="UrlColumnName" kies="'LinkUrl ""/>
      </xsl:call-template>
    </xsl:veranderlike>
    <xsl:veranderlike naam="Display">
      <xsl:call-template naam="OuterTemplate.GetTitle">
        <xsl:met-param naam="Titel" kies="@ Titel"/>
        <xsl:met-param naam="UrlColumnName" kies="'LinkUrl ""/>
      </xsl:call-template>
    </xsl:veranderlike>
    <xsl:veranderlike naam="LinkTarget">
      <xsl:indien toets="@ OpenInNewWindow = 'waar'" >_blank</xsl:indien>
    </xsl:veranderlike>

    <!--
      Hier het ons definieer 'n veranderlike, "TableStart".  Dit bevat die HTML
      .  Let daarop dat as CurPos = 1, Dit sluit in die HTML in 'n CDATA tag.
      Anders, dit sal leeg wees.

      Die waarde van tableStart emited elke keer ItemStyle genoem word via
      .
    -->
    <xsl:veranderlike naam="tableStart">
      <xsl:indien toets="$CurPos = 1">
        <![CDATA[
        <tafel grens = 1>
          <tr bgcolor = "blou">
            <td><font color = "wit"><b>Naam van die projek</b></is></td>
            <td align = "regte"><font color = "wit"><b>Volledige datum</b></is></td>
            <td align = "regte"><font color = "wit"><b>Begroting</b></is></td>
            <td align = "regte"><font color = "wit"><b>Werklike uitgawes</b></is></td>
            <td><font color = "wit"><b>Algemene status</b></is></td>
          </tr>
        ]]>
      </xsl:indien>
    </xsl:veranderlike>

    <!--
      'N ander veranderlike, tableEnd definieer eenvoudig die sluiting tafel tag.

      Soos met tableStart, dit altyd emited nie.  Dit is waarom die waarde daarvan
      .
    -->
    <xsl:veranderlike naam="tableEnd">
      <xsl:indien toets="$CurPos = $ Laaste">
        <![CDATA[ </tafel> ]]>
      </xsl:indien>
    </xsl:veranderlike>

    <!--
      Uitstraal altyd die inhoud van tableStart.  As dit is nie die eerste
      , dan weet ons die waarde daarvan
      .

      Uitset ontsnap afskakel omdat wanneer tableStart dit nie leeg is, dit
      .  As
      , dit sal genereer&Dit;tafel&gt;" in plaas van "<tafel>".
    -->
    <xsl:waarde van kies="$tableStart" skakel-uitset-ontsnap="ja"/>


    <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:waarde van kies="@ Project_x005F_x0020_Name"/>
      </td>

      <td lyn="reg">
        <xsl:waarde van kies="@ Project_x005F_x0020_End_x005F_x0020_Date"/>
      </td>

      <td lyn="reg">
        <xsl:call-template naam="formatCurrency">
          <xsl:met-param naam="waarde" 
kies="@ Project_x005F_x0020_Budget"></xsl:met-param> </xsl:call-template> </td> <td lyn="reg"> <xsl:call-template naam="formatCurrency"> <xsl:met-param naam="waarde" kies="@ Project_x005F_x0020_Expenses">
</xsl:met-param> </xsl:call-template> </td> <td> <xsl:waarde van kies="@ Project_x005F_x0020_Status"/> </td> <!-- Al van die volgende word gedraai om dinge te verduidelik. Egter, bring dit terug en stop dit in 'n <td> sy om te sien         . --> <!-- <div id = "linkitem" class = "item"> <xsl:indien toets = "string-lengte($SafeImageUrl) != 0 "> <div class = "SafeImageUrleft"> <a href = "{$SafeLinkUrl}" target = "{$LinkTarget}"> <img klas = "image-vaste-wydte" src = "{$SafeImageUrl}"
alt = "{@ ImageUrlAltText}"/> </1> </Div> </xsl:indien> <div class="link-item"> <xsl:call-template
name="OuterTemplate.CallPresenceStatusIconTemplate"/> <a href = "{$SafeLinkUrl}"
target = "{$LinkTarget}" title = "{@ LinkToolTip}"> <xsl:waarde van kies = "$ Display" /> </1> <div class = "Beskrywing"> <xsl:waarde van uitgesoekte = "@ Description" /> </Div> </Div> </Div>
--> </tr> <!-- Stoot die sluiting tafel tag. As ons nie op die laaste ry, dit sal leeg. --> <xsl:waarde van kies="$tableEnd" skakel-uitset-ontsnap="ja"/> </xsl:sjabloon> <xsl:sjabloon naam="formatCurrency"> <xsl:stop naam="waarde" kies="0" /> <xsl:waarde van kies="formaat-nommer($waarde, "$ DDD,DDD,DDD.DD ", "Personeel")" /> </xsl:sjabloon>

Standard WSS / MOSS Data Entry Screens ondersteun nie Cascading Drop-downs (of ander intra-van kommunikasie)

UPDATE (04/2008): Hierdie groot blog inskrywing toon 'n goeie JavaScript benadering tot hierdie probleem: http://webborg.blogspot.com/2008/04/add-functions-and-events-to-sharepoint.html

UPDATE II: (04/2008): Hierdie blog inskrywing lyk goed belowende: http://www.cleverworkarounds.com/2008/03/13/free-mosswss-2007-web-part-hide-controls-via-javascript/

'N paar keer 'n week, indien nie daagliks, forum users describe a requirement that would normally be met via cascading drop-downs. Byvoorbeeld, Ek het twee drop-down kontrole:

  • Lys van U.S. state
  • Lys van U.S. stede.

As verantwoordelike UI verskaffers, ons wil om dit te bedryf soos hierdie:

  • Paul kies 'n 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 kies 'n stad uit hierdie gefilterde lys.

There is no out-of-the-box support for this feature. In werklikheid, 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.

Die ware doel van hierdie artikel om moontlike oplossings te beskryf en dit is die opsies as ek weet hulle:

  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. In hierdie geval, jy nie normaalweg sou probeer om 'n berekende kolom te gebruik, maar 'n paar keer, 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, bewus wees van die probleem aangespreek deur hierdie artikel (http://paulgalvin.spaces.live.com/blog/cns!CC1EDB3DAA9B8AA!405.entry).
  3. Event hanteerders: Soos workflow, 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 (en die hele voorwerp model) en kan doen nie nodig berekening.
  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. Rol jou eie ASP.NET data entry funksie (as 'n stand-alone webblad of as 'n web deel) en gebruik dit in plaas.

As iemand weet ander en / of beter opsies, Pos asseblief 'n comment en ek sal die liggaam van hierdie post te werk.

<einde />

Technorati Tags:

Skep staafgrafieke in SharePoint

Oorsig:

(UPDATE 12/04/07: Nog 'n interessante hulpbron op die einde 'n skakel na 'n ander blog wat fokus op die middel van 'n baie interessante web deel)

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.

Die algemene benadering is soos volg:

  1. Maak 'n lys of dokument biblioteek wat bevat die data wat jy wil grafiek.
  2. Plaas die gepaardgaande dokument biblioteek / persoonlike lys op 'n bladsy en skakel dit om na 'n data view web deel (DVWP).
  3. Verander die DVWP se XSL HTML wat wys as 'n grafiek te genereer.

Besigheid scenario / Setup:

Ek het 'n persoonlike lys met die standaard titel kolom en een addisionele kolom, "Status". This models (baie simplisties) an "Authorization For Expense" scenario waar die titel verteenwoordig die projek en die Status 'n waarde uit die lys van:

  • Voorgestel
  • In Proses
  • Oorreed

Die doel is om 'n interaktiewe horisontale bar grafiek wat hierdie status kodes te produseer.

Ek het bevolk die lys en dit lyk asof hierdie:

beeld

Skep Data View Web Deel:

Skep die DVWP deur die toevoeging van die persoonlike lys na 'n bladsy (webwerf bladsy in my geval) en volg die instruksies hier (http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!395.entry).

Benewens eenvoudig die skep van die DVWP, we also need to set the paging property to show all available rows. Vir my, dit lyk iets soos hierdie:

beeld

Op hierdie punt, 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.

Verander die XSLT:

Dit is nou die tyd om die XSLT te wysig.

I always use visual studio for this. (Sien hier vir 'n belangrike opmerking oor IntelliSense wat sal help om 'n baie).

Ek skep 'n leë projek voeg vier nuwe lêers (replacing the words "Original" and "New" soos toepaslik):

  • Original.xslt
  • New.xslt
  • Original Params.xml
  • Nuwe Params.xml

In my geval, Dit lyk soos volg:

beeld

Modify the web part and copy the params and XSL to the "Original" weergawe in Visual Studio.

Die doel hier is om te veroorsaak dat die XSL die resultate wat ons kry terug te transformeer van die DVWP navraag in HTML wat lewer as 'n grafiek.

Vir hierdie doel, it helps to first consider what the HTML should look like before we get confused by the insanity that is known as "XSL". (Om duidelik te wees, die volgende is bloot 'n voorbeeld; 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:

Sample Bar Graph

Ooreenstemmende HTML:

<html>
<liggaam>
<sentrum>
<tafel breedte = 80%>
<tr><td><sentrum>Horisontale Staafgrafiek</td></tr>
<tr>
<td align="center">
<table border="1" width = 80%>
<tr>
<td breedte = 10%>Oop</td>
<td><tafel Celvulling ="0" Celafstand ="0" border = 0 width = 50%><tr bgcolor = rooi><td>&nbsp;</td></tr></tafel></td>
</tr>
<tr>
<td breedte = 10%>Gesluit</td>
<td><tafel Celvulling ="0" Celafstand ="0" border = 0 width = 25%><tr bgcolor = rooi><td>&nbsp;</td></tr></tafel></td>
</tr>
<tr>
<td breedte = 10%>Oorreed</td>
<td><tafel Celvulling ="0" Celafstand ="0" border = 0 width = 25%><tr bgcolor = rooi><td>&nbsp;</td></tr></tafel></td>
</tr>
</tafel>
</td>
</tr>
</tafel>
</liggaam>
</html>

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

Die wegneem is hier: Op die ou end, Al wat ons doen is die skep van HTML met rye en kolomme.

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

  • Ek het begin met die standaard XSL dat SharePoint Designer my gegee het toe ek die eerste keer die DVWP geskep.
  • Ek was in staat om dit af te sny van SPD se 657 lyne te 166 lines.
  • Ek het nie gemors rond met die parameters XML lêer (wat afsonderlik is van die XSL en jy sal weet wat ek bedoel wanneer jy na die DVWP verander homself; is daar twee lêers wat jy kan verander). Egter, ten einde dit te vereenvoudig, 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. Toe, remove my calls and insert your own calls to "ShowBar".
  • Die boor werk af deur die skep van 'n <a href> soos hierdie: http://server/List?FilterField1=fieldname&FilterValue1=actualFilterValue. This technique may be of value in other contexts. Op die eerste, Ek het gedink ek sou nodig het om te voldoen aan 'n meer komplekse formaat: 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.

Hier is dit:

<xsl:style weergawe="1.0" sluit-gevolg-voorvoegsels="rs Z o s ddwrt dt msxsl" 
xmlns:msxsl="urn:skemas-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:die="urn:skemas-Microsoft-com:kantoor" xmlns:s="UUID:BDC6E3F0-6DA3-11d1-A2A3-00AA00C14882"
xmlns:dt="UUID:C2F41010-65B3-11d1-A29F-00AA00C14882" xmlns:rs="urn:skemas-Microsoft-com:rowset" xmlns:Z="#RowsetSchema"
xmlns:ddwrt2="urn:frontpage:interne"
> <xsl:uitset metode="html" streepje="geen" /> <xsl:desimale-formaat Nan="" /> <xsl:stop naam="ListUrlDir"></xsl:stop> <!-- Ek moet dit 'n boor-down te ondersteun. --> <xsl:sjabloon ooreenstem met="/" xmlns:SharePoint="Microsoft.SharePoint.WebControls"
xmlns:__designer=http://schemas.microsoft.com/WebParts/v2/DataView/designer xmlns:ASP="http://schemas.microsoft.com/ASPNET/20"
> <xsl:veranderlike naam="dvt_StyleName">Tabel</xsl:veranderlike> <xsl:veranderlike naam="Rye" kies="/dsQueryResponse / Rye / Ry" /> <xsl:veranderlike naam="dvt_RowCount" kies="tel($Rye)" /> <xsl:veranderlike naam="IsEmpty" kies="$dvt_RowCount = 0" /> <xsl:veranderlike naam="dvt_IsEmpty" kies="$dvt_RowCount = 0" /> <xsl:kies> <xsl:toe toets="$dvt_IsEmpty"> Daar is geen data van die grafiek!<br/> </xsl:toe> <xsl:anders> <!-- Die interessante dinge begin hier. Ons het 'n paar van die veranderlikes vir elke ry te definieer in die grafiek: totale aantal           . --> <xsl:veranderlike naam="totalProposed" kies="tel(/dsQueryResponse / Rye / Ry[normaliseer-ruimte(@ Status) = 'Voorgestelde'])" /> <xsl:veranderlike naam="percentProposed" kies="$totalProposed div $ dvt_RowCount" /> <xsl:veranderlike naam="totalInProcess" kies="tel(/dsQueryResponse / Rye / Ry[normaliseer-ruimte(@ Status) = 'In proses "])" /> <xsl:veranderlike naam="percentInProcess" kies="$totalInProcess div $ dvt_RowCount" /> <xsl:veranderlike naam="totalStalled" kies="tel(/dsQueryResponse / Rye / Ry[normaliseer-ruimte(@ Status) = 'Oorreed'])" /> <xsl:veranderlike naam="percentStalled" kies="$totalStalled div $ dvt_RowCount" /> <!-- Ons definieer ons HTML tafel hier. Ek leen van 'n paar standaard           . Ek dink dit sal eer           . --> <tafel wydte="100%" Celafstand="0" Celvulling="2" styl="grens-reg: 1 soliede # C0C0C0; grens-bodem: 1 soliede # C0C0C0; grens-linker-styl: soliede; grens-linker-wydte: 1; grens-top-styl: soliede; grens-top-wydte: 1;"> <tr> <td lyn="sentrum"> <tafel grens="1" wydte="100%"> <!-- Vir elke status wat ons wil grafiek, we call the "ShowBar" sjabloon. Ons gee dit: 1. 'N etiket vir die ry. Dit is omskep in 'n hyperlink. 2. Die persent (veranderlike van bo). 3. Die werklike veld naam van die kode van die onderliggende lys. Dit                      . 4. Gebied waarde aangepas is vir #3. 5. Totaal items van hierdie status kode (nie die groottotaal van al                      ). Dit stuur 'n <tr></tr> en die horisontale staafgrafiek lyn. Ons noem hierdie sjabloon vir elke status kode wat ons wil sien. --> <xsl:call-template naam="Showbar"> <xsl:met-param naam="BarDisplayLabel" kies="'Voorgestelde ""/> <xsl:met-param naam="BarPercent" kies="$percentProposed"/> <xsl:met-param naam="QueryFilterFieldName" kies="'Status'"/> <xsl:met-param naam="QueryFilterFieldValue" kies="'Voorgestelde ""/> <xsl:met-param naam="TotalItems" kies="$totalProposed"></xsl:met-param> </xsl:call-template> <xsl:call-template naam="Showbar"> <xsl:met-param naam="BarDisplayLabel" kies=""Oorreed""/> <xsl:met-param naam="BarPercent" kies="$percentStalled"/> <xsl:met-param naam="QueryFilterFieldName" kies="'Status'"/> <xsl:met-param naam="QueryFilterFieldValue" kies=""Oorreed""/> <xsl:met-param naam="TotalItems" kies="$totalStalled"></xsl:met-param> </xsl:call-template> <xsl:call-template naam="Showbar"> <xsl:met-param naam="BarDisplayLabel" kies=""In proses""/> <xsl:met-param naam="BarPercent" kies="$percentInProcess"/> <xsl:met-param naam="QueryFilterFieldName" kies="'Status'"/> <xsl:met-param naam="QueryFilterFieldValue" kies=""In proses""/> <xsl:met-param naam="TotalItems" kies="$totalInProcess"></xsl:met-param> </xsl:call-template> </tafel> </td> </tr> </tafel> </xsl:anders> </xsl:kies> </xsl:sjabloon> <!-- Hierdie sjabloon doen die werk van die vertoon van individuele lyne in die staafgrafiek. Jy sal waarskynlik nie die meeste van jou opstel hier. --> <xsl:sjabloon naam="Showbar"> <xsl:stop naam="BarDisplayLabel" /> <!-- etiket om te wys --> <xsl:stop naam="BarPercent"/> <!-- Persent van die totale. --> <xsl:stop naam="QueryFilterFieldName"/> <!-- Gebruik om te spring na die soektog & filter --> <xsl:stop naam="QueryFilterFieldValue"/> <!-- Gebruik om te spring na die soektog & filter --> <xsl:stop naam="TotalItems" /> <!-- totale telling van hierdie barlabel --> <tr> <!-- Die bar etiket self. --> <td klas="MS-formbody" wydte="30%"> <!-- Hierdie volgende stel state bou 'n navraag string wat dit moontlik maak           . Ons maak gebruik van 'n paar dinge wat hier: 1. Ons kan slaag FilterField1 en FilterValue1 om 'n lys te filter op 'n kolom. 2. SharePoint is verby 'n deurslaggewende maatstaf vir ons, ListUrlDir that points to the underlying list against which this DVWP is "running". Is dit nie XSL pret? --> <xsl:teks skakel-uitset-ontsnap="ja"> <![CDATA[<a href ="]]></xsl:teks> <xsl:waarde van kies="$ListUrlDir"/> <xsl:teks skakel-uitset-ontsnap="ja"><![CDATA[?FilterField1 =]]></xsl:teks> <xsl:waarde van kies="$QueryFilterFieldName"/> <xsl:teks skakel-uitset-ontsnap="ja"><![CDATA[&FilterValue1 =]]></xsl:teks> <xsl:waarde van kies="$QueryFilterFieldValue"/> <xsl:teks skakel-uitset-ontsnap="ja"><![CDATA[">]]></xsl:teks> <xsl:waarde van kies="$BarDisplayLabel"/> <xsl:teks skakel-uitset-ontsnap="ja"><![CDATA[</1>]]></xsl:teks> <!-- Die volgende bietjie toon 'n paar nommers in die formaat: "(totale / % van die totale)" --> (<xsl:waarde van kies="$TotalItems"/> / <!-- Dit skep 'n lekker persent etiket vir ons. Dankie, Microsoft! --> <xsl:call-template naam="percentformat"> <xsl:met-param naam="persent" kies="$BarPercent"/> </xsl:call-template>) </td> <!-- Ten slotte, stoot 'n <td> tag vir die bar self.--> <td> <tafel Celvulling="0" Celafstand="0" grens="0" wydte="{rond($BarPercent * 100)+1}%"> <tr bgcolor="rooi"> <xsl:teks skakel-uitset-ontsnap="ja"><![CDATA[&nbsp;]]></xsl:teks> </tr> </tafel> </td> </tr> </xsl:sjabloon> <!-- Dit is direk uit paar XSL Ek het in 'n MS sjabloon. --> <xsl:sjabloon naam="percentformat"> <xsl:stop naam="persent"/> <xsl:kies> <xsl:toe toets="formaat-nommer($persent, "#, # # 0%;-#,##0%")= 'Nan'">0%</xsl:toe> <xsl:anders> <xsl:waarde van kies="formaat-nommer($persent, "#, # # 0%;-#,##0%")" /> </xsl:anders> </xsl:kies> </xsl:sjabloon> </xsl:style>

Die resultate:

Die XSL van bo genereer hierdie grafiek:

beeld

Boor af na die onderliggende data deur te kliek op die status kode:

beeld

Sluiting van gedagtes:

Dit kan veralgemeen?

Ek is mal oor hierdie grafiese konsep, 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, maak asseblief 'n aantekening in die kommentaar of email my.

Vertikale Grafieke:

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, please let me know and I’ll gladly link to your blog 🙂

Ek dink wat 'n uitdaging met 'n vertikale grafiek is dat die etikette vir die grafiek is meer moeilik om te bestuur, maar beslis nie onmoontlik.

Field Name Gotcha se:

Daar is ten minste twee dinge om te kyk uit vir jou veld name.

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

        <xsl:veranderlike naam="totalProposed" 
kies="tel(/dsQueryResponse / Rye / Ry[normaliseer-ruimte(@ Status) = 'Voorgestelde'])" />

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

   <xsl:veranderlike naam="totalProposed" 
kies="tel(/dsQueryResponse / Rye / Ry[normaliseer-ruimte(@ Status_x0020_Code) = 'Voorgestelde'])" />

Tweede, en ek is 'n bietjie vaag op hierdie, but you also need to be on the alert for field name changes. If you name your field "Status Code" en dan later op, 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" links kan help diagnoseer en regstel hierdie soort van probleem.

Oor daardie kleur:

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. Byvoorbeeld, if the percentage of "stalled" AFE se is > 10% dan wys dit rooi, otherwise show it in black. Gebruik <xsl:kies> om dit te bewerkstellig.

Ander Hulpbronne:

Gelukkig transformasie!

<einde />

Skryf in op my blog!

OM huidige data via 'n persoonlike lys (of, Nog 'n OM Data Displayor [soos YACC, maar verskillende])

Vandag, 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."

Die kolom in die vraag kan geskep word, verwyder en weer geskep in 'n ander omgewing, so I knew it wasn’t a reserved name. Egter, I simply couldn’t find the column anywhere via the standard SharePoint user interface at any site in the site collection.

I posted to MSDN forums here and the indomitable Andrew Woodward pointed me in the direction of the underlying object model data.

I went off to codeplex to find some tools that would help me peer into the underlying OM data and help me locate the trouble.

I tried several tools and they were very cool and interesting but in the end, the UI wasn’t good enough for my purpose. I’m not criticizing them by any means, but clearly the tool-makers didn’t have my problem in mind when they created their UI :). Most people seem to be investing a fair amount of time and effort in creating workstation / client applications that provide tree views, right-click context menus and so forth. These are nice and all, but it’s a lot of work to create a top-of-the-line user experience that is also very flexible.

I really needed an answer to this problem. It occurred to me that if I could get all of the site columns in the site collection into a custom list, I could filter, sort and create views that would help me find this supposedly existing column (which it did, BTW). I went ahead and did that and an hour or two later, had all my site columns loaded into a custom list with grouping, sorting and so forth. I found my answer five minutes later.

If and when I successfully take over the world, I think I will decree that all SharePoint tools providers must seriously consider surfacing their object model data in a custom list. That way, I have the power to search any way I want (constrained, natuurlik, by standard sharepoint features).