Bar is nog redelik hoog MOSS uit te brei

Vandag, 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, jy die instel van die CQWP te verbind tot sy data bronne, dan moet jy dit uitvoer na jou werkplek, verander <CommonViewFields>, laai, remove the original and now it’s ‘primed’ to display those other columns. Volgende, oop te stel SharePoint ontwerper, 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. Ten slotte, verander die sjabloon om jou nuwe velde te lewer! (Moenie vergeet om dit na te gaan terug in sodat ander gebruikers kan sien die resultate)."

Dit is alles vir my duidelik (en die meeste van ons SharePoint ontwikkelaar tipes) wat gaan aan en hoe dit is baie mooi, werklik, that the data retrieval aspects of the CQWP are so well-separate from the data presentation aspects. Maar, dit is nie so maklik om te verduidelik, is dit?

<einde />

Technorati Tags: ,

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:

Yes/No (boks) filter in Inhoud Query Web Deel

To filter for a query for the Yes/No check box entitled "PG Milestone", instel CQWP soos hierdie:

beeld

Dit is nog een van daardie voor die hand liggend-keer-jy-weet-dit maar moeilik om te vind-'n-antwoord-vrae te: Hoe om te filter op 'n Ja / Nee boks met behulp van die inhoud navraag web deel.

Die eerste resultaat I find using the search term "filter yes/no content query web part" is plat uit verkeerd, so ek het gedink ek wil dit daar sit en kyk of dit kan die verkeerde resultaat vervang in 'n tipiese resultate.

Dit is baie maklik: True values = "1" and false values do not equal "1" (mooi retro, eintlik).

In die bogenoemde voorbeeld, I created site column of type "Yes/No (boks)" named "PG Milestone". I added it to a doc library, foto 'n paar dokumente, stel die waarde vir 'n paar en dit getoets.

<einde />

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!

SharePoint verskaf nie “Wie het toegang” Verslae

UPDATE 01/28/08: Dit CodePlex projek spreek hierdie kwessie: http://www.codeplex.com/AccessChecker. I have not used it, maar dit lyk belowend indien dit is 'n kwessie wat jy nodig het om in jou omgewing.

UPDATE 11/13/08: Joel Oleson geskryf het 'n baie goeie pos op die groter sekuriteit bestuur kwessie hier: http://www.sharepointjoel.com / Lists / poste / Post.aspx?List=0cd1a63d-183c-4fc2-8320-ba5369008acb&ID = 113. It links to a number of other useful resources.

Forum gebruikers en kliënte dikwels 'n vraag vra langs hierdie lyne: "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, dit is nie moeilik om te verstaan ​​waarom.

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

  • Anonieme gebruikers.
  • SharePoint gebruikers en Groepe.
  • Active Directory gebruikers.
  • Vorm verifikasie (FBA) gebruikers.

Die buigsaamheid beteken dat van 'n sekuriteit perspektief, any given SharePoint site will be dramatically different from another. In order to generate an access list report, moet 'n mens om te bepaal hoe die terrein is verseker, query multiple different user profile repositories and then present it in a useful fashion. That’s a hard problem to solve generically.

Hoe word organisasies wat met hierdie? I’d love to hear from you in comments or e-pos.

</einde>

MOSS Vertel my My kolom naam gereserveer of in gebruik … Maar dit is nie

UPDATE 12/04/07: Sien this Microsoft KB (http://support.microsoft.com/kb/923589) verwante inligting.

Eintlik, dit blyk dat dit is, maar 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, maar die eindresultaat is dit:

  • 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. Daarom, "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, in werklikheid, 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"). Iewers langs die lyn, 1 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, egter, remained but in the "_Hidden" group. If someone knows better, please let me know via e-pos 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.

</einde>

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

Die SharePoint Ontwerper Workflow Custom Aksie — Opmerking oor <Veld Tie Designer type =”StringBuilder” … />

Net 'n vinnige waarneming dat daar 'n baie belangrike verskil tussen hierdie twee definisies:

<FieldBind Veld = "InParam1" Designer Tipe = "String Builder" ID = "2" Text = "invoer parameter # 1" />

teenoor:

<FieldBind Veld = "InParam1" ID = "2" Text = "invoer parameter # 1" />

Die eerste programme soos dit in SPD:

beeld

terwyl die laasgenoemde soos hierdie toon:

beeld

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 🙂

Die waarneming is dit: StringBuilder kan jy 'n tou te bou (natuurlik) deur die meng die string vasgekodeerde en workflow data (via the "Add Lookup" knoppie in die linkerkantse hoek). When you use the Add Lookup button, it inserts a token in the form "[%teken%]". When SharePoint invokes your custom action, (C # kode in my geval), SharePoint gaan die teken self, not the value of the token. If you use the default designer type (Die tweede soort), SharePoint brei uit die teken en die werklike waarde van die teken te bowe gaan aan jou optrede.

StringBuilder = BAD, standaard ontwerper tipe = GOEIE.

Natuurlik, 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 (wat toevallig presies wat 'n mens 'n dinamiese onderwerp te skep vir die e-pos aksie, maar dit is 'n onderwerp vir 'n ander blog inskrywing, is).

<einde />

Premature Workflow Aktivering — 'N nie-mediese oplossing

UPDATE: Sien hierdie MSDN bespreking, veral die laaste inskrywing: http://forums.microsoft.com/MSDN/showpost.aspx?postid=2631057&siteid=1. It describes a condition that may short circuit this whole thing. In kort, Dit kan so eenvoudig wees as om ten minste een van die velde verpligte.

Ek het 'n dokument biblioteek wat ondersteun agt inhoud tipes.

I have a SharePoint Designer workflow that wants to calculate and assign a "reminder date" deur eenvoudig te trek 30 dae vanaf 'n ander kolom, "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." (Jy kan meer lees oor hierdie soort van KPI en meer aansienlike boor-down hier).

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.

Hierdie strategie werk nie wanneer ek laai 'n dokument.

I upload the document and I am presented with the meta data entry screen. Op hierdie punt, I’m already in trouble. SharePoint has already, voortydig uit my perspektief, fired the workflow. I haven’t had a chance to pick the correct content type nor assign a due date. Op dieselfde tyd, 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. So … my workflow het gevuur en wanneer dit uitgevoer, 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, Ek kies die korrekte inhoud tipe, enter the meta data and submit. The pause completes and the workflow proceeds as needed. (Let daarop dat in my omgewing, timer workflow activities from SPD do not work out of the box. You may have the same trouble. Sien hier vir meer besonderhede).

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, maar ek het nog nie daarvan hou nie.

Ek het geskryf oor hierdie op die MSDN forums hier: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2430725&SiteID=1