Bar da oraindik Pretty High MOSS zabaltzeko

Gaur egun, 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, CQWP du bere datu-iturri konektatu konfiguratu, ondoren, esportatu zure lanpostua, aldatu <CommonViewFields>, igo, remove the original and now it’s ‘primed’ to display those other columns. Hurrengoa, ireki SharePoint diseinatzailearen, 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. Azkenik, aldatzeko plantilla zure eremu berriak eskaintzea! (Ez ahaztu egiaztatu berriro, beraz, beste erabiltzaileek emaitzak ikusi ahal)."

Dena nahiko argi me (eta gurekin gehienak SharePoint sustatzailearen motak) zer gertatzen den eta nola nahiko polita da, benetan, that the data retrieval aspects of the CQWP are so well-separate from the data presentation aspects. Baina, ez da hain erraza, azaldu, da?

<amaieran />

Technorati Tags: ,

Erakutsi Edukia Query Web Part Emaitzak Grid bat / Taula

Orokorra eta Helburua

Kutxa Out, Moss’ Edukia Query Web zatia (CQWP) erakusten du bere emaitzen zerrenda formatu batean, similar to search results. It is also possible to display the results in a grid format (I.E. HTML taula formatuan). Grid formats are better in some circumstances. I describe how to achieve that effect in this article.

Mailako eszenatokia

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, hala nola, titulua, aurrekontua, espero data, remaining budget and other summary type fields. By "singleton" I mean a custom SharePoint list guaranteed to contain only one item. Simplistically, itxura hau atsegin du:

image

Teknikoarekin askoz berean azaldutako hemen (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:

image

Hau bezalako HTML ondorioz sortzen:

<html>
 <gorputza>
 <zentro>
 <taula mugan= 1>

<!-- Labels ->
 <tr bgcolor= Urdina>
 <td><letra- kolorea= Zuri><b>Proiektuaren izena</b></letra-></td>
 <td lerrokatu= Eskuinera><letra- kolorea= Zuri><b>Osatzeko data</b></letra-></td>
 <td lerrokatu= Eskuinera><letra- kolorea= Zuri><b>Aurrekontua</b></letra-></td>
 <td lerrokatu= Eskuinera><letra- kolorea= Zuri><b>Benetako Gastuak</b></letra-></td>
 <td><letra- kolorea= Zuri><b>Egoera orokorra</b></letra-></td>
 </tr>

<tr>
 <td>Re-alanbre ordenagailu gela.</td>
 <td lerrokatu= Eskuinera>02/01/08</td>
 <td lerrokatu= Eskuinera>22,500.00</td>
 <td lerrokatu= Eskuinera>19,000.00</td>
 <td>Eraikitzen</td>
 </tr>

<tr>
 <td>Emateko SQL Alza zerbitzariak</td>
 <td lerrokatu= Eskuinera>04/01/08</td>
 <td lerrokatu= Eskuinera>7,500.00</td>
 <td lerrokatu= Eskuinera>0.00</td>
 <td>Aurreikusitako</td>
 </tr>

</taula>
 </zentro>
 </gorputza>
</html>

Hurbilketa

Jarraitu urrats hauek sarera sortzeko:

  1. Identifikatu sarera osagaiak (errenkadak / zutabeak).
  2. Define sortu eta beharrezko gune zutabeak.
  3. Sortu proiektu eta bakarrak zerrendak guneak sailkatuta.
  4. Gehitu CQWP du web orri bat eta konfigura ezazu zure zerrendak bilatzeko.
  5. Aldatzeko CQWP en XML gora bildu osagarriak zutabeak.
  6. XSL aldatzeko mahai bat sortzeko.

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

Intxaurrak eta morroilo

Hasiko da eta ezartzeko urrats bidez bost bat MSDN dokumentazioa eta Heather Solomon en artikuluaren arabera.

Puntu honetan, gehitu dituzun zure CQWP orrian eta ez duzu zure <CommonViewFields> beharrezko gisa konfiguratuta.

Ohiko urratsak jarraituz, Tarteko emaitza hauek lortu dut:

1. Sortu eduki mota bat, a templatized custom list for that content type and two sites. Here is the content type:

image

Hemen gune egitura da:

image

2. Gehitu CQWP ondoren sortzen nire proiektua subsites bakarrak eta proiektuaren laburpen zerrendak:

image

3. Gehitu informazio gehigarri nahi dut bidez guztiak <CommonViewFields>:

        <jabetza izena="CommonViewFields" mota="katea">Project_x0020_Name;Project_x0020_Expenses;Project_x0020_Status;Project_x0020_Start_x0020_Date;Project_x0020_End_x0020_Date;Project_x0020_Budget</jabetza>

Kontuan izan nuen jabetza eremu guztiak mantentzeko lerro bat edo ez litzateke lan (CQWP esango luke kontsulta hori ez da elementurik itzuli).

4. Puntu honetan, 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 pertsonalizatu bat sortzeko / unghosted version of ItemStyle.xsl. I follow Heather’s advice, urratsa bidez sortu 11 eta tarteko emaitza horiek:

4.1: Izendatzeko nire XSL txantiloia honela:

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

Zertxobait aldatu dut bere iradoki <xsl:-bakoitzak …> gehituz <br /> etiketatu garbiagoa zerrenda eskaintzeko:

    <xsl:-bakoitzak hautatu="@ *">
      P:<xsl:balio du hautatu="izena()" /><br/>
    </xsl:-bakoitzak>

4.2: Web zati aldatu dut, go to appearance and select my "Grid" estilo:

image

Aplikatu aldaketa eta hemen emaitza da:

image

Batez ere, bertatik ikus dezakegu eremu dugula nahi (Proiektuaren izena, gastu, egoera, etc) 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. Adibidez, we reference Project Status as "Project_x005F_x0020_Name".

Puntu honetan, irteten Heather bloga eta erraldoi hauen sorbaldak dugu, Nire pixka gehitu.

ContentQueryMain.xsl

OHARRA: Noiz aldaketa egin ContentQueryMain.xsl bai ItemStyle.xsl, fitxategi horiek egiaztatzeko itzuli behar duzu, ikusiko duzu zure aldaketak eragina aurretik.

Sareta hartzeko helburuetarako, 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 <taula> datuak lerro lehen igortzen aurretik Etiketa eta itxiera <taula> tag after emitting the last row. To accomplish this, ContentQueryMain.xsl is modified to pass two parameters to our "grid" ItemStyle.xsl en txantiloia, "last row" and "current row". ItemStyle.xsl uses these to conditionally emit the necessary tags.

Heather Solomon bere teknika erabiliz, we locate ContentQueryMain.xsl. It is located in the same place as ItemStyle.xsl. This screen shot should help:

image

Aldaketa hauek egin behar dugu:

  • Aldatzeko xsl txantiloi bat, "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 <taula> Euskal Herria.
  • Modify another bit of ContentQueryMain.xsl that calls the "CallItemTemplate" to pass it a "LastRow" parametroa da, beraz, gure LastRow Grid txantiloi daiteke gainditu.

Locate the template named "OuterTemplate.CallItemTemplate" katea identifikatu:

  <xsl:txantiloia izena="OuterTemplate.CallItemTemplate">

Honela ordezkatu txantiloi osoan:

  <xsl:txantiloia izena="OuterTemplate.CallItemTemplate">
    <xsl:param izena="CurPosition" />

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

    <xsl:aukeratu>
      <xsl:denean test="@ Style = 'NewsRollUpItem'">
        <xsl:aplikatzen-txantiloiak hautatu="." modua="itemstyle">
          <xsl:-rekin param izena="EditMode" hautatu="$cbq_iseditmode" />
        </xsl:aplikatzen-txantiloiak>
      </xsl:denean>
      <xsl:denean test="@ Style = 'NewsBigItem'">
        <xsl:aplikatzen-txantiloiak hautatu="." modua="itemstyle">
          <xsl:-rekin param izena="CurPos" hautatu="$CurPosition" />
        </xsl:aplikatzen-txantiloiak>
      </xsl:denean>
      <xsl:denean test="@ Style = 'NewsCategoryItem'">
        <xsl:aplikatzen-txantiloiak hautatu="." modua="itemstyle">
          <xsl:-rekin param izena="CurPos" hautatu="$CurPosition" />
        </xsl:aplikatzen-txantiloiak>
      </xsl:denean>

      <!--
              Pasatu uneko posizioa eta lastrow to Grid itemstyle.xsl txantiloia.
              ItemStyle.xsl irekia da, eta amaiera hori igortzen erabiliko du <taula> Euskal Herria.
      -->
      <xsl:denean test="@ Style = 'Sareta'">
        <xsl:aplikatzen-txantiloiak hautatu="." modua="itemstyle">
          <xsl:-rekin param izena="CurPos" hautatu="$CurPosition" />
          <xsl:-rekin param izena="Azken" hautatu="$LastRow" />
        </xsl:aplikatzen-txantiloiak>
      </xsl:denean>

      <xsl:Besterik>
        <xsl:aplikatzen-txantiloiak hautatu="." modua="itemstyle">
        </xsl:aplikatzen-txantiloiak>
      </xsl:Besterik>
    </xsl:aukeratu>
  </xsl:txantiloia>

Iruzkinak deskribatzeko aldaketak helburua.

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

<xsl:txantiloia izena="OuterTemplate.Body">

OuterTemplate.Body argibideak zehar joan eta txertatu LastRow parametroa honela (etzana iruzkina gisa agertzen):

<xsl:dei-txantiloia izena="OuterTemplate.CallItemTemplate">
  <xsl:-rekin param izena="CurPosition" hautatu="$CurPosition" />
  <!-- Txertatu LastRow parametro. -->
  <xsl:-rekin param izena="LastRow" hautatu="$LastRow"/>
</xsl:dei-txantiloia>

Hori guztia egin ondoren, azkenik dugu gauza martxan dagoela, beraz, gure ItemStyle.xsl dezakeen igortzen <taula> at leku egokian tags.

ItemStyle.Xsl

OHARRA: Berriz, ItemStyle.xsl egiaztatu edozein aldaketak egin ondoren, beraz, aldaketa horiek eragina ikusten duzu.

Bi eginkizun daukagu ​​hemen:

  • 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. (Esan izan dut fina da, helduleku bat XSL dezakezu).

Lehen, ItemStyle.xsl goiko gertu, gehitu lerro hau:

  <!-- Zenbait mumbo Jumbo aukera ematen U.S erakutsi digu. moneta. -->
  <xsl:hamartar-formatua izena="langileak" digitu="D" />

  <xsl:txantiloia izena="Lehenetsi" dator="*" modua="itemstyle">

Kontuan gehitu dut zuzenean aurretik <xsl:template name="Default" …> definizioa.

Hurrengoa, go back to our Grid template. Replace the entire Grid template with the code below. It is thoroughly commented, baina ez izan zalantzarik eta me elektronikoetan edo nire blogean iruzkinak uzteko Zalantzarik baduzu.

  <xsl:txantiloia izena="Grid" dator="Errenkadan[@ Style = 'Sareta']" modua="itemstyle">

    <!--
      ContentMain.xsl igarotzen CurPos eta Azken.
      Horiek erabili dugu conditionally igortzen irekia da, eta amaiera <taula> Euskal Herria.
    -->
    <xsl:param izena="CurPos" />
    <xsl:param izena="Azken" />

    <!-- Aldagai hauek estandarra ItemStyle.xsl tik aldatu gabe -->
    <xsl:aldagai izena="SafeImageUrl">
      <xsl:dei-txantiloia izena="OuterTemplate.GetSafeStaticUrl">
        <xsl:-rekin param izena="UrlColumnName" hautatu="'ImageUrl'"/>
      </xsl:dei-txantiloia>
    </xsl:aldagai>
    <xsl:aldagai izena="SafeLinkUrl">
      <xsl:dei-txantiloia izena="OuterTemplate.GetSafeLink">
        <xsl:-rekin param izena="UrlColumnName" hautatu="'LinkUrl'"/>
      </xsl:dei-txantiloia>
    </xsl:aldagai>
    <xsl:aldagai izena="DisplayTitle">
      <xsl:dei-txantiloia izena="OuterTemplate.GetTitle">
        <xsl:-rekin param izena="Izenburua" hautatu="@ Izenburua"/>
        <xsl:-rekin param izena="UrlColumnName" hautatu="'LinkUrl'"/>
      </xsl:dei-txantiloia>
    </xsl:aldagai>
    <xsl:aldagai izena="LinkTarget">
      <xsl:bada test="@ OpenInNewWindow = 'True'" >_blank</xsl:bada>
    </xsl:aldagai>

    <!--
      Hemen aldagai bat definitu dugu, "tableStart".  Honek HTML
      .  Kontuan bada CurPos = 1, CDATA etiketa batean HTML ditu.
      Besterik, hutsik egon beharko da.

      TableStart balioa emited denbora ItemStyle behin deritzo bidez
      .
    -->
    <xsl:aldagai izena="tableStart">
      <xsl:bada test="$CurPos = 1">
        <![CDATA[
        <taula border = 1>
          <tr bgcolor="blue">
            <td><font color="white"><b>Proiektuaren izena</b></letra-></td>
            <td align="right"><font color="white"><b>Osatzeko data</b></letra-></td>
            <td align="right"><font color="white"><b>Aurrekontua</b></letra-></td>
            <td align="right"><font color="white"><b>Benetako Gastuak</b></letra-></td>
            <td><font color="white"><b>Egoera orokorra</b></letra-></td>
          </tr>
        ]]>
      </xsl:bada>
    </xsl:aldagai>

    <!--
      Beste aldagai bat, tableEnd, besterik gabe, amaiera-taula Etiketa definitzen.

      TableStart gisa,, da beti emited.  Horregatik, bere balioa
      .
    -->
    <xsl:aldagai izena="tableEnd">
      <xsl:bada test="$CurPos = Azken">
        <![CDATA[ </taula> ]]>
      </xsl:bada>
    </xsl:aldagai>

    <!--
      Beti igortzen tableStart edukia.  Horrela ez bada, lehen
      , gero, bere balioa ezagutzen dugu
      .

      Desgaitu irteerako ihes tableStart denean, ez da hutsik egon delako, it
      .  Bada
      , it will generate
      stuff like "&lt;taula&gt;" instead of "<taula>".
    -->
    <xsl:balio du hautatu="$tableStart" disable-irteera-ihes="bai"/>


    <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:balio du hautatu="@ Project_x005F_x0020_Name"/>
      </td>

      <td lerrokatu="eskubidea">
        <xsl:balio du hautatu="@ Project_x005F_x0020_End_x005F_x0020_Date"/>
      </td>

      <td lerrokatu="eskubidea">
        <xsl:dei-txantiloia izena="formatcurrency">
          <xsl:-rekin param izena="balioa" 
hautatu="@ Project_x005F_x0020_Budget"></xsl:-rekin param> </xsl:dei-txantiloia> </td> <td lerrokatu="eskubidea"> <xsl:dei-txantiloia izena="formatcurrency"> <xsl:-rekin param izena="balioa" hautatu="@ Project_x005F_x0020_Expenses">
</xsl:-rekin param> </xsl:dei-txantiloia> </td> <td> <xsl:balio du hautatu="@ Project_x005F_x0020_Status"/> </td> <!-- Honako hau guztia komentatu gauzak argitzeko. Hala eta guztiz ere, ekarri du atzera, eta bete bihurtu <td> bere ikusteko         . --> <!-- <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}"/> </bat> </div> </xsl:bada> <div class="link-item"> <xsl:dei-txantiloia
name="OuterTemplate.CallPresenceStatusIconTemplate"/> <a href="{$SafeLinkUrl}"
target="{$LinkTarget}" title="{@ LinkToolTip}"> <xsl:value-of select="$DisplayTitle"/> </bat> <div class="description"> <xsl:value-of select="@Description" /> </div> </div> </div>
--> </tr> <!-- Igortzen itxiera etiketa taula. Gara ez bada, azken errenkadan, Hutsik egongo da. --> <xsl:balio du hautatu="$tableEnd" disable-irteera-ihes="bai"/> </xsl:txantiloia> <xsl:txantiloia izena="formatcurrency"> <xsl:param izena="balioa" hautatu="0" /> <xsl:balio du hautatu='formatu-kopurua($balioa, "$DDD,DDD,DDD.DD", "staff")' /> </xsl:txantiloia>

Standard WSS / MOSS Datuak sartzeko Irudiak onartzen ez Kaskadako Drop-gorabeherak (edo beste komunikazio-barruko-tik)

UPDATE (04/2008): Handi hau blog sarrera ona javascript ikuspegia erakusten du arazo honen: http://webborg.blogspot.com/2008/04/add-functions-and-events-to-sharepoint.html

EGUNERATZEA II: (04/2008): Blog sarrera honen itxura eta baita zin: http://www.cleverworkarounds.com/2008/03/13/free-mosswss-2007-web-part-hide-controls-via-javascript/

Hainbat aldiz aste bat, egunero ez bada, forum users describe a requirement that would normally be met via cascading drop-downs. Adibidez, Bi goitibeherako kontrolak daukat:

  • U.S zerrenda. estatu
  • U.S zerrenda. cities.

As responsible UI providers, we want it to operate like this:

  • Paul selects a 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 selects a city from this filtered list.

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

The real objective of this article to to describe possible solutions and these are the options as I know them:

  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. Kasu honetan, you would normally try to use a calculated column, but some times, 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, be aware of the issue addressed by Artikulu honetan (http://paulgalvin.spaces.live.com/blog/cns!CC1EDB3DAA9B8AA!405.entry).
  3. Event handlers: Like 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 (and the whole object model) and can do any needed calculation.
  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 your own ASP.NET data entry function (as a stand-alone web page or as a web part) and use that instead.

If anyone knows other and/or better options, please post a comment and I’ll update the body of this post.

<amaieran />

Technorati Tags:

Yes/No (laukia) Kontsulta Edukia Web Taldea iragazketa

To filter for a query for the Yes/No check box entitled "PG Milestone", konfiguratzeko hau atsegin CQWP:

image

Beraz, begi-bistakoa-behin-you-jakin-baina hard-to-find-bat-erantzun-galdera beste bat da: Nola Bai / eduki kontsulta web parte-laukia erabiliz No iragazi.

Lehen bilaketa-emaitza I find using the search term "filter yes/no content query web part" laua da gaizki atera, beraz, hau jarri nuen han ikusi eta okerrak emaitza ordeztu bada dezakezu bilaketa tipikoa emaitzak pentsatu nuen.

Nahiko erraza da: True values = "1" and false values do not equal "1" (nahiko retro, benetan).

Goiko adibidean, I created site column of type "Yes/No (kontrol-laukia)" named "PG Milestone". I added it to a doc library, Igotako gutxi dokumentu bat, ezarri pare bat balio du, eta probatu.

<amaieran />

Sortu Bar Grafikoak SharePoint

Orokorra:

(UPDATE 12/04/07: Added interesgarri beste baliabide amaieran blog beste helbideak lotura errotula bat web oso interesgarria parte bidez)

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.

Planteamendu orokorra honako hau da:

  1. Sortu zerrenda bat edo liburutegian dokumentu hori du datuak grafikoan nahi duzu.
  2. Jarri elkartuak Dokumentu liburutegia / Ohiko orri batean zerrenda eta bihurtu datuak ikuspegi web parte (DVWP).
  3. Aldatzeko DVWP en XSL HTML duten grafiko bat erakusten sortzeko.

Mailako eszenatokia / Setup:

Sortu ditut Izenburua estandarra zutabe bat eta osagarriak zutabe zerrenda pertsonalizatu bat, "Status". This models (Oso simplistically) an "Authorization For Expense" agertokia, non izenburua proiektua eta Egoera-zerrendaren balio bat adierazten du:

  • Proposatu
  • Prozesuan
  • Moteldu da ia izozterarte

Helburua da interaktiboa barra horizontal grafikoan erakusten duen egoera kodeak horiek ekoizteko.

Bizi izan dut zerrenda eta itxura hau atsegin du:

image

Sortu Datu Ikusi Web Taldea:

Sortu DVWP pertsonalizatua zerrendan gehituz orri bat (gune nire kasuan orria) eta jarraitu argibideak hemen (http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!395.entry).

Besterik DVWP sortzeko gain, we also need to set the paging property to show all available rows. Niretzat, hau bezalako zerbaiten:

image

Puntu honetan, 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.

Aldatzeko XSLT:

Orain dela denbora XSLT aldatzeko.

I always use visual studio for this. (Ikusi hemen intellisense buruzko ohar garrantzitsu bat eman duzula asko lagunduko die).

Hutsik proiektu bat gehi lau fitxategiak sortu dut (replacing the words "Original" and "New" egokiak):

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

Nire kasuan, itxura hau atsegin du:

image

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

Helburua da hemen XSL emaitzak bueltan eraldatzeko HTML DVWP kontsulta hori grafiko bat bezala errendatzen batetik sor.

Horretarako, it helps to first consider what the HTML should look like before we get confused by the insanity that is known as "XSL". (Argi izan behar, hau da, besterik gabe, adibide bat; 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

Dagokion HTML:

<html>
<gorputza>
<zentro>
<taula zabalera = 80%>
<tr><td><zentro>Horizontala Bar grafikoa</td></tr>
<tr>
<td align="center">
<table border="1" width = 80%>
<tr>
<td width = 10%>Ireki</td>
<td><taula = cellpadding"0" = Gelaxka"0" border = 0 width = 50%><tr bgcolor = gorria><td>&nbsp;</td></tr></taula></td>
</tr>
<tr>
<td width = 10%>Itxita</td>
<td><taula = cellpadding"0" = Gelaxka"0" border = 0 width = 25%><tr bgcolor = gorria><td>&nbsp;</td></tr></taula></td>
</tr>
<tr>
<td width = 10%>Moteldu da ia izozterarte</td>
<td><taula = cellpadding"0" = Gelaxka"0" border = 0 width = 25%><tr bgcolor = gorria><td>&nbsp;</td></tr></taula></td>
</tr>
</taula>
</td>
</tr>
</taula>
</gorputza>
</html>

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

Hartu-hemendik da hau: Azkenean, guztiak egiten ari gara da HTML sortzeko errenkada eta zutabe.

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

  • Hasi lehenetsi XSL batera I SharePoint Designer eman zidan denean sortu nuen DVWP du.
  • Gai hau moztu behera SPD en izan dut 657 lerroak 166 lines.
  • I ez du mezurik inguruan parametro XML fitxategi (hau da, XSL aparte, eta ez dakit zer esan nahi izango dituzu denean DVWP aldatzeko bera joan; bi fitxategi alda ditzakezu). Hala eta guztiz ere, ditu errazteko, 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. Gero, remove my calls and insert your own calls to "ShowBar".
  • Zulagailu behera bat sortzeko lanak <href bat> hau bezalako: http://server/List?FilterField1=fieldname&FilterValue1=actualFilterValue. This technique may be of value in other contexts. Lehen begiratuan, Behar konplexuagoa formatu bat egokitzen dut pentsatu nuen: 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.

Hemen dago:

<xsl:Estilo orria bertsioa="1.0" baztertzen-emaitza-aurrizkiak="RS z o s ddwrt dt msxsl" 
xmlns:msxsl="urn: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="urn:schemas-microsoft-com:bulego" xmlns:s="uuid:BDC6E3F0-6DA3-11d1-A2A3-00AA00C14882"
xmlns:dt="uuid:C2F41010-65B3-11d1-A29F-00AA00C14882" xmlns:RS="urn:schemas-microsoft-com:rowset" xmlns:z="#RowsetSchema"
xmlns:ddwrt2="urn:frontpage:barne"
> <xsl:irteera metodoa="html" koska="ez" /> <xsl:hamartar-formatua NaN="" /> <xsl:param izena="ListUrlDir"></xsl:param> <!-- Hau behar dut zulagailu-behera laguntzeko. --> <xsl:txantiloia dator="/" xmlns:SharePoint="Microsoft.SharePoint.WebControls"
xmlns:__designer=http://schemas.microsoft.com/WebParts/v2/DataView/designer xmlns:ASP="http://schemas.microsoft.com/ASPNET/20"
> <xsl:aldagai izena="dvt_StyleName">Taula</xsl:aldagai> <xsl:aldagai izena="Lerroak" hautatu="/dsQueryResponse / Lerroak / Fila" /> <xsl:aldagai izena="dvt_RowCount" hautatu="zenbatu($Lerroak)" /> <xsl:aldagai izena="IsEmpty" hautatu="$dvt_RowCount = 0" /> <xsl:aldagai izena="dvt_IsEmpty" hautatu="$dvt_RowCount = 0" /> <xsl:aukeratu> <xsl:denean test="$dvt_IsEmpty"> Egia da, grafikoan datuak ez!<br/> </xsl:denean> <xsl:Besterik> <!-- Gauza interesgarri hasten hemen. Errenkada bakoitzeko aldagai pare bat definitzeko grafikoan behar dugu: kopuru osoaren           . --> <xsl:aldagai izena="totalProposed" hautatu="zenbatu(/dsQueryResponse / Lerroak / Fila[normalizatzeko-espazioa(@ Egoera) = 'Proposamena'])" /> <xsl:aldagai izena="percentProposed" hautatu="$totalProposed div $ dvt_RowCount" /> <xsl:aldagai izena="totalInProcess" hautatu="zenbatu(/dsQueryResponse / Lerroak / Fila[normalizatzeko-espazioa(@ Egoera) = 'Prozesuan'])" /> <xsl:aldagai izena="percentInProcess" hautatu="$totalInProcess div $ dvt_RowCount" /> <xsl:aldagai izena="totalStalled" hautatu="zenbatu(/dsQueryResponse / Lerroak / Fila[normalizatzeko-espazioa(@ Egoera) = 'Moteldu da ia izozterarte'])" /> <xsl:aldagai izena="percentStalled" hautatu="$totalStalled div $ dvt_RowCount" /> <!-- Gure HTML taula zehaztuko dugu hemen. Estandar batzuk dut maileguan           . Omenez egingo dela uste dut           . --> <taula zabalera="100%" Gelaxka="0" cellpadding="2" estilo="mugan-eskubidea: 1 sendoa # C0C0C0; mugan-behean: 1 sendoa # C0C0C0; mugan-ezker-estilo: ona; mugan-ezker-zabalera: 1; border-top-estilo: ona; border-top-zabalera: 1;"> <tr> <td lerrokatu="zentro"> <taula mugan="1" zabalera="100%"> <!-- Egoera bakoitzean nahi dugun grafikoantzat, we call the "ShowBar" txantiloia. Pasatzen dugu: 1. Errenkadan etiketa. Hau da hiperesteka bat bihurtu. 2. Ehuneko (goitik aldagai). 3. The kodearen eremuan benetako izena azpiko zerrendatik. Honetan                      . 4. Eremu balioa parekatuak egiteko #3. 5. Egoera kode hau elementu guztira (ez guztien total du                      ). Bat igortzen ditu <tr></tr> eta horizontal bar grafikoan line. Diseinu hau deitzen dugun egoera kodea bakoitzeko ikusi nahi dugu. --> <xsl:dei-txantiloia izena="ShowBar"> <xsl:-rekin param izena="BarDisplayLabel" hautatu="'Proposamena'"/> <xsl:-rekin param izena="BarPercent" hautatu="$percentProposed"/> <xsl:-rekin param izena="QueryFilterFieldName" hautatu="'Status'"/> <xsl:-rekin param izena="QueryFilterFieldValue" hautatu="'Proposamena'"/> <xsl:-rekin param izena="TotalItems" hautatu="$totalProposed"></xsl:-rekin param> </xsl:dei-txantiloia> <xsl:dei-txantiloia izena="ShowBar"> <xsl:-rekin param izena="BarDisplayLabel" hautatu="'Moteldu da ia izozterarte'"/> <xsl:-rekin param izena="BarPercent" hautatu="$percentStalled"/> <xsl:-rekin param izena="QueryFilterFieldName" hautatu="'Status'"/> <xsl:-rekin param izena="QueryFilterFieldValue" hautatu="'Moteldu da ia izozterarte'"/> <xsl:-rekin param izena="TotalItems" hautatu="$totalStalled"></xsl:-rekin param> </xsl:dei-txantiloia> <xsl:dei-txantiloia izena="ShowBar"> <xsl:-rekin param izena="BarDisplayLabel" hautatu="'Prozesuan'"/> <xsl:-rekin param izena="BarPercent" hautatu="$percentInProcess"/> <xsl:-rekin param izena="QueryFilterFieldName" hautatu="'Status'"/> <xsl:-rekin param izena="QueryFilterFieldValue" hautatu="'Prozesuan'"/> <xsl:-rekin param izena="TotalItems" hautatu="$totalInProcess"></xsl:-rekin param> </xsl:dei-txantiloia> </taula> </td> </tr> </taula> </xsl:Besterik> </xsl:aukeratu> </xsl:txantiloia> <!-- Diseinu hau banakako lerro erakusteak bar grafikoan lana egiten du. Ziurrenik izango duzu zure tweaking gehienak hemen. --> <xsl:txantiloia izena="ShowBar"> <xsl:param izena="BarDisplayLabel" /> <!-- Etiketa erakusteko --> <xsl:param izena="BarPercent"/> <!-- Guztira ehuneko. --> <xsl:param izena="QueryFilterFieldName"/> <!-- Erabiltzen den kontsulta salto egin & iragazi --> <xsl:param izena="QueryFilterFieldValue"/> <!-- Erabiltzen den kontsulta salto egin & iragazi --> <xsl:param izena="TotalItems" /> <!-- barlabel honen Aldaketa guztira --> <tr> <!-- Barra etiketa bera. --> <td klasean="MS-formbody" zabalera="30%"> <!-- Adierazpenak multzo honetan hurrengo kontsulta ahalbidetzen duen katea eraikitzen           . Zenbait gauza erabiltzea dugu hemen: 1. Pasatzen FilterField1 eta FilterValue1 gaitezke zerrenda bat zutabe bat iragazi. 2. SharePoint gako parametro bat da pasatuz gurekin, ListUrlDir that points to the underlying list against which this DVWP is "running". Ez da dibertigarria XSL? --> <xsl:testua disable-irteera-ihes="bai"> <![CDATA[<a href ="]]></xsl:testua> <xsl:balio du hautatu="$ListUrlDir"/> <xsl:testua disable-irteera-ihes="bai"><![CDATA[?FilterField1 =]]></xsl:testua> <xsl:balio du hautatu="$QueryFilterFieldName"/> <xsl:testua disable-irteera-ihes="bai"><![CDATA[&FilterValue1 =]]></xsl:testua> <xsl:balio du hautatu="$QueryFilterFieldValue"/> <xsl:testua disable-irteera-ihes="bai"><![CDATA[">]]></xsl:testua> <xsl:balio du hautatu="$BarDisplayLabel"/> <xsl:testua disable-irteera-ihes="bai"><![CDATA[</bat>]]></xsl:testua> <!-- Hurrengo bit erakusten zenbakiak batzuk formatuan: "(guztira / % guztira)" --> (<xsl:balio du hautatu="$TotalItems"/> / <!-- Hau Gurekin ehuneko nice etiketa sortzen. Eskerrik asko, Microsoft! --> <xsl:dei-txantiloia izena="percentformat"> <xsl:-rekin param izena="ehuneko" hautatu="$BarPercent"/> </xsl:dei-txantiloia>) </td> <!-- Azkenik, bat igortzen <td> bar berak etiketa.--> <td> <taula cellpadding="0" Gelaxka="0" mugan="0" zabalera="{biribiltzeko($BarPercent * 100)+1}%"> <tr bgcolor="gorria"> <xsl:testua disable-irteera-ihes="bai"><![CDATA[&nbsp;]]></xsl:testua> </tr> </taula> </td> </tr> </xsl:txantiloia> <!-- Hau da, zuzenean XSL batzuk aurkitu MS txantiloi bat dut. --> <xsl:txantiloia izena="percentformat"> <xsl:param izena="ehuneko"/> <xsl:aukeratu> <xsl:denean test="formatu-kopurua($ehuneko, '# # # 0%;-#,##0%')= 'NaN'">0%</xsl:denean> <xsl:Besterik> <xsl:balio du hautatu="formatu-kopurua($ehuneko, '# # # 0%;-#,##0%')" /> </xsl:Besterik> </xsl:aukeratu> </xsl:txantiloia> </xsl:Estilo orria>

Emaitzak:

Goitik XSL grafikoaren hau sortzen:

image

Zulatzeko behera azpiko datuen egoera kodea klik eginez:

image

Amaitu Pensamientos:

Daiteke hori Generalized?

Graphing kontzeptu hau maite dut, 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, mesedez, ohar bat, iruzkinak edo email me.

Bertikala Grafikoak:

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 🙂

Bertikal grafikoan dituzten erronka dela, grafikoan etiketa direla zailagoa kudeatzeko uste dut, baina, zalantzarik gabe, ez da ezinezkoa.

Eremuaren izena Gotcha en:

Badira gutxienez bi gauzak begiratu zure Eremu izen batekin.

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

        <xsl:aldagai izena="totalProposed" 
hautatu="zenbatu(/dsQueryResponse / Lerroak / Fila[normalizatzeko-espazioa(@ Egoera) = 'Proposamena'])" />

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

   <xsl:aldagai izena="totalProposed" 
hautatu="zenbatu(/dsQueryResponse / Lerroak / Fila[normalizatzeko-espazioa(@ Status_x0020_Code) = 'Proposamena'])" />

Bigarren, eta honen inguruan zalantza txiki bat naiz, but you also need to be on the alert for field name changes. If you name your field "Status Code" eta, ondoren, geroago, 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" loturak diagnostikatu eta konpondu arazo hau lagun dezake.

Kolore hori buruz:

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. Adibidez, if the percentage of "stalled" AFE en da > 10% erakutsiko da, gero gorria, otherwise show it in black. Erabili <xsl:aukeratu> hau betetzeko.

Beste baliabide:

Zoriontsu eraldatzen!

<amaieran />

Nire blog Harpidetu!

SharePoint ez du “Nork Access” Txostenak

UPDATE 01/28/08: Codeplex proiektu honetan gai hori jorratzen du: http://www.codeplex.com/AccessChecker. I have not used it, baina itxaropentsua badirudi hau arazo bat zure ingurunean jorratuko behar duzu bada.

UPDATE 11/13/08: Joel Oleson idatzi zuen oso ona post bat, segurtasun handiagoa, kudeaketa gai hemen: http://www.sharepointjoel.com / Lists / Mezuak / Post.aspx?List=0cd1a63d-183c-4fc2-8320-ba5369008acb&ID = 113. It links to a number of other useful resources.

Foroa erabiltzaile eta bezeroei, askotan galdetu Ildo horretan, galdera bat: "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, ez da zaila zergatik ulertzeko.

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

  • Anonimoak.
  • SharePoint Erabiltzaile eta taldeak.
  • Active Directory erabiltzaile.
  • Oinarritutako autentifikazio Inprimakiak (FBA) erabiltzaile.

Malgutasuna esan nahi du segurtasun-ikuspegitik duten, any given SharePoint site will be dramatically different from another. In order to generate an access list report, gune nola dagoen jakiteko segurtatu behar bat, query multiple different user profile repositories and then present it in a useful fashion. That’s a hard problem to solve generically.

Nola egiten dira erakunde honen aurre? I’d love to hear from you in comments or e-posta.

</amaiera>

MOSS esaten dit Nire zutabea izena erreserbatuta dago edo erabileran … Baina ez da

UPDATE 12/04/07: Ikusi this Microsoft KB (http://support.microsoft.com/kb/923589) Informazio lotutako.

Benetan, bihurtzen da da, baina 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, baina azken emaitza hau da::

  • 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. Hori dela eta, "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, Izan ere,, 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"). Nonbait, lerro zehar, bat 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, Hala ere,, remained but in the "_Hidden" group. If someone knows better, please let me know via e-posta 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.

</amaiera>

Vía OM pertsonalizatua zerrenda Datu oraina (edo, Yet Another OM Datu Displayor [YACC bezalako, baina beste])

Gaur egun, 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."

Galdera zutabea sortu ahal izango dira, ezabatu eta berriro sortu ingurumena eta beste batean, so I knew it wasn’t a reserved name. Hala eta guztiz ere, Liteke, besterik gabe, ez dut aurkitu zutabean edonon da SharePoint estandarra Erabiltzaile interfaze bidez gune bildumako gune edozein unetan.

Argitaratu nuen MSDN foroak hemen eta indomitable du Andrew Woodward adierazi dit objektuaren azpiko eredu datuak norabidean.

Off nintzen codeplex Tresna batzuk me lagunduko luke OM azpiko datuak sartu peer aurkitzeko eta laguntza arazoak aurkitzeko me.

Hainbat Tresna saiatu naiz, eta oso fresko eta interesgarria izan dituzte, baina azkenean, the UI wasn’t good enough for my purpose. I’m not criticizing them by any means, baina argi eta garbi tresna-arduradunek ez dute nire arazoa kontuan beren UI sortu dute :). Most people seem to be investing a fair amount of time and effort in creating workstation / bezeroa aplikazio eskaintzen duten zuhaitz aldiz, right-click context menus and so forth. These are nice and all, baina lan handia da, goi-de-la-line erabiltzaileak esperientzia hori ere oso malguak sortzeko.

Beharrezko dut erantzun bat arazo honen. Gertatu zait gune bilduma zutabeen gune osoa dut balute Ohiko zerrendan sartu dela, Iragazi izan dut, ordenatzeko sortu eta aldiz ustezko existitzen diren zutabe hau aurkitu me lagunduko luke (horrek egin, Horretaz). I went ahead and did that and an hour or two later, gune izan da nire zutabe guztiak biltzen dituzten zerrenda pertsonalizatu bat kargatzen, sorting and so forth. I found my answer five minutes later.

Eta denean behar bezala hartu ditut, mundu, I think I will decree that all SharePoint tools providers must seriously consider surfacing their object model data in a custom list. That way, Boterea daukat inola ere nahi dut bilaketa- (mugatutako, jakina, estandarra SharePoint ezaugarri).

SharePoint Designer Workflow pertsonalizatua Ekintza — Behaketa buruz <Eremu Tie diseinatzailea Mota =”StringBuilder” … />

Just behaketa azkar bat dagoela bi definizio horien arteko aldea oso garrantzitsua da:

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

versus:

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

SPD hau bezalako ikuskizunak lehen:

image

bigarrenak, berriz, hau bezalako erakusten bitartean:

image

Ez nago ziur zein lagungarriak diren pantaila-argazki hauek, baina horiek egiteko ahalegina egiten dut ikusi ahal izateko you

Behaketa hau da,: StringBuilder Onartu kate bat eraiki nahi duzu (jakina,) Elkarrekin katea datuak nahasketa eta workflow by literalak (via the "Add Lookup" ezkerreko behe-botoia). When you use the Add Lookup button, it inserts a token in the form "[%token%]". When SharePoint invokes your custom action, (C # nire kasuan kodea), SharePoint pasatzen du, token-bera, not the value of the token. If you use the default designer type (-Bigarren mota), Zabaldu eta SharePoint-token-token pasatzen da zure ekintza benetako balioa.

StringBuilder = BAD, lehenetsi diseinatzaile mota = ONA.

Jakina, 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 (horrek bide da, hain zuzen, posta elektronikoa ekintza gai dinamiko bat sortu nahi du bat, baina hori beste blog sarrera gai bat da, Har har).

<amaieran />

Workflow aktibatzea goiztiarra — Ez-mediku irtenbide bat

UPDATE: Ikusi MSDN eztabaida hau, batez ere, azken sarrera: http://forums.microsoft.com/MSDN/showpost.aspx?postid=2631057&siteid=1. It describes a condition that may short circuit this whole thing. Laburbilduz, izan bezain sinplea izan daiteke gisa hartzeko, gutxienez eremu bat derrigorrezkoa.

Dokumentuan liburutegi onartzen zortzi eduki mota behar dut.

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

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

This strategy does not work when I upload a document.

I upload the document and I am presented with the meta data entry screen. Puntu honetan, I’m already in trouble. SharePoint has already, prematurely from my perspective, fired the workflow. I haven’t had a chance to pick the correct content type nor assign a due date. Aldi berean,, 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. Beraz, … my workflow has fired and when it executed, it was passed default meta data values.

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

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

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