Bar është ende mjaft i lartë do të zgjasë Moss

Sot, 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, ju konfiguroni CQWP për t'u lidhur me burimet e saj të të dhënave, atëherë ju eksportojë atë në workstation tuaj, modifikoj <CommonViewFields>, ngarkoni, remove the original and now it’s ‘primed’ to display those other columns. Tjetër, open up SharePoint designer, navigate to the site collection root and locate ItemStyle.xsl. Copy one of the templates as a useful starting point. Go back and modify the CQWP to make use of this new template. Më në fund, modify the template to render your new fields! (Don’t forget to check it back in so that other users can see the results)."

It’s all quite clear to me (and most of us SharePoint developer types) what’s going on and how it’s quite nice, vërtet, that the data retrieval aspects of the CQWP are so well-separate from the data presentation aspects. Por, it’s not so easy to explain, is it?

<Fundi />

Technorati Tags: ,

Shfaq Query Content Rezultatet Web pjesë në një rrjet / Tryezë

Përmbledhje dhe Objektiva

Nga kutia, Moss’ Query Përmbajtja Web Part (CQWP) shfaq rezultatet e veta në një format të listës, similar to search results. It is also possible to display the results in a grid format (i.e. Formati HTML tryezë). Grid formats are better in some circumstances. I describe how to achieve that effect in this article.

Skenari Biznes

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, such as title, budget, expected completion date, remaining budget and other summary type fields. By "singleton" I mean a custom SharePoint list guaranteed to contain only one item. Simplistically, kjo duket si ky:

imazh

The technical approach is much the same as described këtu (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:

imazh

HTML like this generates that result:

<html>
 <trup>
 <qendër>
 <tryezë kufi=1>

<!-- Labels -->
 <tr bgcolor=blue>
 <td><font ngjyrë=white><b>Project Name</b></font></td>
 <td align=right><font ngjyrë=white><b>Complete Date</b></font></td>
 <td align=right><font ngjyrë=white><b>Budget</b></font></td>
 <td align=right><font ngjyrë=white><b>Actual Expense</b></font></td>
 <td><font ngjyrë=white><b>Overall Status</b></font></td>
 </tr>

<tr>
 <td>Re-wire computer room.</td>
 <td align=right>02/01/08</td>
 <td align=right>22,500.00</td>
 <td align=right>19,000.00</td>
 <td>In Progress</td>
 </tr>

<tr>
 <td>Provision servers for SQL Upgrade</td>
 <td align=right>04/01/08</td>
 <td align=right>7,500.00</td>
 <td align=right>0.00</td>
 <td>Planned</td>
 </tr>

</tryezë>
 </qendër>
 </trup>
</html>

Approach

Follow these steps to create the grid:

  1. Identify the components of the grid (rows/columns).
  2. Define and create necessary site columns.
  3. Create sub sites for the projects and singleton lists.
  4. Add the CQWP to a web page and configure it to search for your lists.
  5. Modify the CQWP’s XML to gather up the additional columns.
  6. Modify the XSL to generate a table.

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 këtu (http://msdn2.microsoft.com/en-us/library/bb897399.aspx) and Heather Solomon’s blog këtu (http://www.heathersolomon.com/blog/articles/CustomItemStyle.aspx).

Nuts And Bolts

Begin and implement steps one through five as per the MSDN documentation and Heather Solomon’s article.

Në këtë pikë, you’ve added your CQWP to the page and you have your <CommonViewFields> configured as necessary.

Following the usual steps, I get these intermediate results:

1. Krijo një lloj përmbajtje, a templatized custom list for that content type and two sites. Here is the content type:

imazh

Here is the site structure:

imazh

2. Add the CQWP after creating my project subsites and singleton project summary lists:

imazh

3. Add all the additional information I want via the <CommonViewFields>:

        <pronë emër="CommonViewFields" lloj="varg">Project_x0020_Name;Project_x0020_Expenses;Project_x0020_Status;Project_x0020_Start_x0020_Date;Project_x0020_End_x0020_Date;Project_x0020_Budget</pronë>

Note that I had to keep all the property fields on one line or it would not work (CQWP would tell me that the query returned no items).

4. Në këtë pikë, 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 to create a customized / unghosted version of ItemStyle.xsl. I follow Heather’s advice, up through step 11 and get these intermediate results:

4.1: Name my XSL template as follows:

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

I also slightly modify her suggested <XSL:për njëri- …> by adding a <br/> tag to provide a cleaner listing:

    <XSL:për njëri- zgjedh="@*">
      P:<XSL:vlera-e zgjedh="emër()" /><br/>
    </XSL:për njëri->

4.2: I modify the web part, go to appearance and select my "Grid" stil:

imazh

Apply the change and here is the result:

imazh

We can see from the above that the fields we want (Project name, expense, status, etj) 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. Për shembull, we reference Project Status as "Project_x005F_x0020_Name".

Në këtë pikë, we depart from Heather’s blog and from the shoulders of these giants, I add my own little bit.

ContentQueryMain.xsl

SHËNIM: When making changes to both ContentQueryMain.xsl as well as ItemStyle.xsl, you need to check those files back in before you see the effect of your changes.

For grid-making purposes, 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 <tryezë> tag before emitting the first row of data and the closing <tryezë> tag after emitting the last row. To accomplish this, ContentQueryMain.xsl is modified to pass two parameters to our "grid" template in ItemStyle.xsl, "last row" and "current row". ItemStyle.xsl uses these to conditionally emit the necessary tags.

Using Heather Solomon’s technique, we locate ContentQueryMain.xsl. It is located in the same place as ItemStyle.xsl. This screen shot should help:

imazh

We need to make the following changes:

  • Modify an xsl template, "CallItemTemplate" that actually invokes our Grid template in ItemStyle.xsl. We will pass two parameters to the Grid template so that it will have the data it needs to conditionally generate opening and closing <tryezë> tags.
  • Modify another bit of ContentQueryMain.xsl that calls the "CallItemTemplate" to pass it a "LastRow" parameter so that LastRow may be passed on to our Grid template.

Locate the template named "OuterTemplate.CallItemTemplate" identified by the string:

  <XSL:shabllon emër="OuterTemplate.CallItemTemplate">

Replace the whole template as follows:

  <XSL:shabllon emër="OuterTemplate.CallItemTemplate">
    <XSL:param emër="CurPosition" />

    <!--
      Add the "LastRow" parameter.
      We only use it when the item style pass in is "Grid".
    -->
    <XSL:param emër="LastRow" />

    <XSL:zgjedh>
      <XSL:kur provë="@Style='NewsRollUpItem'">
        <XSL:apply-templates zgjedh="." mode="itemstyle">
          <XSL:me param- emër="EditMode" zgjedh="$cbq_iseditmode" />
        </XSL:apply-templates>
      </XSL:kur>
      <XSL:kur provë="@Style='NewsBigItem'">
        <XSL:apply-templates zgjedh="." mode="itemstyle">
          <XSL:me param- emër="CurPos" zgjedh="$CurPosition" />
        </XSL:apply-templates>
      </XSL:kur>
      <XSL:kur provë="@Style='NewsCategoryItem'">
        <XSL:apply-templates zgjedh="." mode="itemstyle">
          <XSL:me param- emër="CurPos" zgjedh="$CurPosition" />
        </XSL:apply-templates>
      </XSL:kur>

      <!--
              Pass current position and lastrow to the Grid itemstyle.xsl template.
              ItemStyle.xsl will use that to emit the open and closing <tryezë> tags.
      -->
      <XSL:kur provë="@Style='Grid'">
        <XSL:apply-templates zgjedh="." mode="itemstyle">
          <XSL:me param- emër="CurPos" zgjedh="$CurPosition" />
          <XSL:me param- emër="Last" zgjedh="$LastRow" />
        </XSL:apply-templates>
      </XSL:kur>

      <XSL:ndryshe>
        <XSL:apply-templates zgjedh="." mode="itemstyle">
        </XSL:apply-templates>
      </XSL:ndryshe>
    </XSL:zgjedh>
  </XSL:shabllon>

The comments describe the purpose of the changes.

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

<XSL:shabllon emër="OuterTemplate.Body">

Scroll through the instructions in OuterTemplate.Body and insert the LastRow parameter as follows (shown as a comment in italics):

<XSL:thirrje-template emër="OuterTemplate.CallItemTemplate">
  <XSL:me param- emër="CurPosition" zgjedh="$CurPosition" />
  <!-- Insert the LastRow parameter. -->
  <XSL:me param- emër="LastRow" zgjedh="$LastRow"/>
</XSL:thirrje-template>

After all of this, we finally have things set up properly so that our ItemStyle.xsl can emit <tryezë> tags at the right place.

ItemStyle.Xsl

SHËNIM: Përsëri, check in ItemStyle.xsl after making any changes so that you see the effect of those changes.

We have two tasks here:

  • 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. (You can tell that I have a tenuous handle on XSL).

I parë, near the top of ItemStyle.xsl, add this line:

  <!-- Some mumbo jumbo that enables us to display U.S. currency. -->
  <XSL:Te Dhjeta-format emër="staff" digit="D" />

  <XSL:shabllon emër="Default" ndeshje="*" mode="itemstyle">

Note that I added it directly before the <XSL:template name="Default" …> definition.

Tjetër, go back to our Grid template. Replace the entire Grid template with the code below. It is thoroughly commented, but don’t hesitate to email me or leave comments on my blog if you have questions.

  <XSL:shabllon emër="Grid" ndeshje="Row[@Style='Grid']" mode="itemstyle">

    <!--
      ContentMain.xsl passes CurPos and Last.
      We use these to conditionally emit the open and closing <tryezë> tags.
    -->
    <XSL:param emër="CurPos" />
    <XSL:param emër="Last" />

    <!-- The following variables are unmodified from the standard ItemStyle.xsl -->
    <XSL:variabël emër="SafeImageUrl">
      <XSL:thirrje-template emër="OuterTemplate.GetSafeStaticUrl">
        <XSL:me param- emër="UrlColumnName" zgjedh="'ImageUrl'"/>
      </XSL:thirrje-template>
    </XSL:variabël>
    <XSL:variabël emër="SafeLinkUrl">
      <XSL:thirrje-template emër="OuterTemplate.GetSafeLink">
        <XSL:me param- emër="UrlColumnName" zgjedh="'LinkUrl'"/>
      </XSL:thirrje-template>
    </XSL:variabël>
    <XSL:variabël emër="DisplayTitle">
      <XSL:thirrje-template emër="OuterTemplate.GetTitle">
        <XSL:me param- emër="Titull" zgjedh="@Title"/>
        <XSL:me param- emër="UrlColumnName" zgjedh="'LinkUrl'"/>
      </XSL:thirrje-template>
    </XSL:variabël>
    <XSL:variabël emër="LinkTarget">
      <XSL:nëse provë="@OpenInNewWindow = 'True'" >_blank</XSL:nëse>
    </XSL:variabël>

    <!--
      Here we define a variable, "tableStart".  This contains the HTML
      that we use to define the opening of the table as well as the column
      labels.  Note that if CurPos = 1, it includes the HTML in a CDATA tag.
      Otherwise, it will be empty.

      The value of tableStart is emited every time ItemStyle is called via
      ContentQueryMain.xsl.
    -->
    <XSL:variabël emër="tableStart">
      <XSL:nëse provë="$CurPos = 1">
        <![CDATA[
        <table border=1>
          <tr bgcolor="blue">
            <td><font color="white"><b>Project Name</b></font></td>
            <td align="right"><font color="white"><b>Complete Date</b></font></td>
            <td align="right"><font color="white"><b>Budget</b></font></td>
            <td align="right"><font color="white"><b>Actual Expense</b></font></td>
            <td><font color="white"><b>Overall Status</b></font></td>
          </tr>
        ]]>
      </XSL:nëse>
    </XSL:variabël>

    <!--
      Another variable, tableEnd simply defines the closing table tag.

      As with tableStart, it's always emited.  This is why its value is
      assigned conditionally based upon whether we've been passed the last
      row by ContentQueryMain.xsl.
    -->
    <XSL:variabël emër="tableEnd">
      <XSL:nëse provë="$CurPos = $Last">
        <![CDATA[ </tryezë> ]]>
      </XSL:nëse>
    </XSL:variabël>

    <!--
      Always emit the contents of tableStart.  If this is not the first
      row passed to us by ContentQueryMain.xsl, then we know its value
      will be blank.

      Disable output escaping because when tableStart it not blank, it
      includes actual HTML that we want to be rendered by the browser.  If
      we don't tell the XSL parser to disable output escaping, it will generate
      stuff like "&lt;tryezë&gt;" instead of "<tryezë>".
    -->
    <XSL:vlera-e zgjedh="$tableStart" disable-output-ikin="po"/>


    <tr>
      <!--
      P:Project_x005F_x0020_Name
      P:Project_x005F_x0020_End_x005F_x0020_Date
      P:Project_x005F_x0020_Budget
      P:Project_x005F_x0020_Expenses
      P:Project_x005F_x0020_Status
      -->
      <td>
        <XSL:vlera-e zgjedh="@Project_x005F_x0020_Name"/>
      </td>

      <td align="e drejtë">
        <XSL:vlera-e zgjedh="@Project_x005F_x0020_End_x005F_x0020_Date"/>
      </td>

      <td align="e drejtë">
        <XSL:thirrje-template emër="formatcurrency">
          <XSL:me param- emër="vlerë" 
zgjedh="@Project_x005F_x0020_Budget"></XSL:me param-> </XSL:thirrje-template> </td> <td align="e drejtë"> <XSL:thirrje-template emër="formatcurrency"> <XSL:me param- emër="vlerë" zgjedh="@Project_x005F_x0020_Expenses">
</XSL:me param-> </XSL:thirrje-template> </td> <td> <XSL:vlera-e zgjedh="@Project_x005F_x0020_Status"/> </td> <!-- All of the following is commented out to clarify things. Megjithatë, bring it back and stuff it into a <td> to see its effect. --> <!-- <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}"/> </një> </div> </XSL:nëse> <div class="link-item"> <XSL:thirrje-template
name="OuterTemplate.CallPresenceStatusIconTemplate"/> <a href="{$SafeLinkUrl}"
target="{$LinkTarget}" title="{@LinkToolTip}"> <XSL:value-of select="$DisplayTitle"/> </një> <div class="description"> <XSL:value-of select="@Description" /> </div> </div> </div>
--> </tr> <!-- Emit the closing table tag. If we are not on the last row, this will be blank. --> <XSL:vlera-e zgjedh="$tableEnd" disable-output-ikin="po"/> </XSL:shabllon> <XSL:shabllon emër="formatcurrency"> <XSL:param emër="vlerë" zgjedh="0" /> <XSL:vlera-e zgjedh='Formati-numri($vlerë, "$DDD,DDD,DDD.DD", "staff")' /> </XSL:shabllon>

Standard WSS / MOSS hyrjes Ekrane të dhënave nuk e mbështesin Cascading drop-downs (apo të tjera intra-nga komunikimi)

UPDATE (04/2008): Kjo hyrje blog i madh tregon një qasje të mirë javascript bazuar për këtë problem: http://webborg.blogspot.com/2008/04/add-functions-and-events-to-sharepoint.html

UPDATE II: (04/2008): Kjo hyrje blog duket premtues, si dhe: http://www.cleverworkarounds.com/2008/03/13/free-mosswss-2007-web-part-hide-controls-via-javascript/

Disa herë në javë, nëse nuk e përditshme, forum users describe a requirement that would normally be met via cascading drop-downs. Për shembull, Unë kam dy drop-down kontrollet:

  • Lista e U.S. shtetet
  • Lista e U.S. Qytetet.

Si përgjegjës ofruesit UI, ne duam që ajo të veprojë si kjo:

  • Paul zgjedh një 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 zgjedh një qytet nga kjo listë filtruar.

There is no out-of-the-box support for this feature. Në të vërtetë, 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.

Objektivi i vërtetë i këtij neni ndaj të përshkruani zgjidhjet e mundshme dhe këto janë opsionet sa di unë ato:

  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. Në këtë rast, ju do të normalisht të provoni të përdorni një kolonë të llogaritur, por disa herë, 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, të jetë i vetëdijshëm për çështjen që trajtohet nga ky artikull (http://paulgalvin.spaces.live.com/blog/cns!CC1EDB3DAA9B8AA!405.entry).
  3. Handlers Event: Ashtu si 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 (dhe modeli i tërë objekti) dhe mund të bëjmë ndonjë kalkulim të nevojshme.
  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 funksionin tuaj ASP.NET futja e të dhënave (si një faqe më vete interneti ose si një pjesë web) dhe të përdorin që në vend.

Nëse dikush e di opsione të tjera dhe / ose më të mirë, ju lutem postoj një koment dhe unë do update trupin e këtë post.

<Fundi />

Technorati Tags:

Yes/No (kontrolloni kutinë) filtrim në Pjesën Web Content Query

To filter for a query for the Yes/No check box entitled "PG Milestone", konfiguroni CQWP si kjo:

imazh

Kjo është një tjetër një nga ato qartë-dikur-ju-di-atë, por e vështirë për ta gjetur-nje-përgjigje në pyetjet-: Si për të filtruar në një kuti Po / Nuk ka kontroll duke përdorur query përmbajtjes pjesën web.

Parë rezultati i kërkimit I find using the search term "filter yes/no content query web part" është e sheshtë jashtë gabuar, kështu që unë mendova se do të vënë këtë deri atje dhe të shohim nëse ajo mund të zëvendësojë rezultatin gabuar në rezultatet e kërkimit tipike.

Është mjaft e lehtë: True values = "1" and false values do not equal "1" (goxha retro, në të vërtetë).

Në shembullin e mësipërm, I created site column of type "Yes/No (checkbox)" named "PG Milestone". I added it to a doc library, ngarkuar një disa dokumente, vendosur vlera për një çift dhe testuar atë.

<Fundi />

Krijo grafikët Bar në SharePoint

Përmbledhje:

(UPDATE 12/04/07: Shtuar një tjetër burim interesant në fund të lidh në një tjetër blog që trajton këtë nëpërmjet një web shumë pjesë interesante)

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.

Qasja e përgjithshme është si vijon:

  1. Krijo një listë ose bibliotekën dokument që përmban të dhënat që ju doni të grafik.
  2. Vendi bibliotekë dokument lidhur / listë me porosi në një faqe dhe kthyer atë në një pjesë të të dhënave Shiko Web (DVWP).
  3. Ndrysho XSL e DVWP për të gjeneruar HTML që tregon se si një grafik.

Skenari Biznes / Setup:

Unë kam krijuar një listë me porosi me kolonën e Titullit standarde dhe një kolonë shtesë, "Status". This models (shumë e thjeshtë e) an "Authorization For Expense" skenar ku titulli paraqet projektin dhe statusi një vlerë nga lista e:

  • Propozuar
  • Në proces
  • Ngecur

Objektivi është për të prodhuar një grafik interaktiv horizontal bar që tregon se këto kode statusit.

Unë kam populluar listën dhe kjo duket si ky:

imazh

Krijo Dhënave Web Part Shiko:

Krijo DVWP duke shtuar listën me porosi në një faqe (Faqja Site në rastin tim) dhe ndiqni udhëzimet këtu (http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!395.entry).

Përveç thjesht krijimin e DVWP, we also need to set the paging property to show all available rows. Për mua, kjo duket diçka si kjo:

imazh

Në këtë pikë, 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.

Ndrysho XSLT:

Është koha tani për të modifikuar XSLT.

I always use visual studio for this. (Shoh këtu Një shënim i rëndësishëm për rreth Intellisense që do të ju ndihmojë shumë).

Unë krijoj një projekt bosh shtoni katër fotografi të reja (replacing the words "Original" and "New" si të përshtatshme):

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

Në rastin tim, kjo duket si ky:

imazh

Modify the web part and copy the params and XSL to the "Original" Versioni në Visual Studio.

Qëllimi këtu është që të shkaktojë XSL për të transformuar rezultatet ne të kthehemi nga query DVWP në HTML që bën si një grafik.

Për këtë qëllim, it helps to first consider what the HTML should look like before we get confused by the insanity that is known as "XSL". (Të jetë i qartë, Më poshtë është thjesht një shembull; 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:

Grafiku i shiritit të mostrës

HTML Korrespondon:

<html>
<trup>
<qendër>
<Tabela width = 80%>
<tr><td><qendër>Grafiku Horizontal Bar</td></tr>
<tr>
<td align="center">
<table border="1" width = 80%>
<tr>
<td width = 10%>Hapur</td>
<td><Tabela cellpadding ="0" cellspacing ="0" border = 0 width = 50%><tr bgcolor = kuqe><td>&nbsp;</td></tr></tryezë></td>
</tr>
<tr>
<td width = 10%>Mbyllur</td>
<td><Tabela cellpadding ="0" cellspacing ="0" border = 0 width = 25%><tr bgcolor = kuqe><td>&nbsp;</td></tr></tryezë></td>
</tr>
<tr>
<td width = 10%>Ngecur</td>
<td><Tabela cellpadding ="0" cellspacing ="0" border = 0 width = 25%><tr bgcolor = kuqe><td>&nbsp;</td></tr></tryezë></td>
</tr>
</tryezë>
</td>
</tr>
</tryezë>
</trup>
</html>

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

Të-larg këtu është kjo: Në fund, të gjithë ne po bëjmë është krijuar me HTML rreshtave dhe kolonave.

Template XSLT:

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

  • Unë fillova me XSL parazgjedhur që SharePoint Designer dha mua kur unë së pari krijoi DVWP.
  • Unë kam qenë në gjendje për të shkurtuar këtë poshtë nga SPD-së 657 linja të 166 lines.
  • Unë nuk bela rreth me dosjen XML parametrave (e cila është ndarë nga XSL dhe ju do të dini se çfarë dua të them, kur ju shkoni për të modifikuar DVWP vetë; ka dy fotografi ju mund të modifikoj). Megjithatë, në mënyrë që të thjeshtojë atë, 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. Pastaj, remove my calls and insert your own calls to "ShowBar".
  • Stërvitja poshtë punon duke krijuar një <a href> si kjo: http://server/List?FilterField1=fieldname&FilterValue1=actualFilterValue. This technique may be of value in other contexts. Në fillim, Unë mendova se do të duhet të jenë në përputhje me një format më të ndërlikuar: 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.

Këtu ajo është:

<XSL:stylesheet version="1.0" përjashtojnë-rezultat-Parashtesat="ddwrt RS Z o s 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:nëpërkë="http://schemas.microsoft.com/ASPNET/20" xmlns:ddwrt="http://schemas.microsoft.com/WebParts/v2/DataView/runtime"
xmlns:o="urnë:schemas-microsoft-com:zyrë" 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ë:Ballina:i brendshëm"
> <XSL:prodhim metodë="html" porosit="jo" /> <XSL:Te Dhjeta-format NaN="" /> <XSL:param emër="ListUrlDir"></XSL:param> <!-- Unë kam nevojë për këtë për të mbështetur një stërvitje down-. --> <XSL:shabllon ndeshje="/" xmlns:SharePoint="Microsoft.SharePoint.WebControls"
xmlns:__designer=http://schemas.microsoft.com/WebParts/v2/DataView/designer xmlns:nëpërkë="http://schemas.microsoft.com/ASPNET/20"
> <XSL:variabël emër="dvt_StyleName">Tryezë</XSL:variabël> <XSL:variabël emër="Rreshtat" zgjedh="/dsQueryResponse / Rreshtat / Row" /> <XSL:variabël emër="dvt_RowCount" zgjedh="numëroj($Rreshtat)" /> <XSL:variabël emër="IsEmpty" zgjedh="$dvt_RowCount = 0" /> <XSL:variabël emër="dvt_IsEmpty" zgjedh="$dvt_RowCount = 0" /> <XSL:zgjedh> <XSL:kur provë="$dvt_IsEmpty"> Nuk ka të dhëna në grafik!<br/> </XSL:kur> <XSL:ndryshe> <!-- Stuff interesante fillon këtu. Ne kemi nevojë për të përcaktuar një palë e variablave për çdo rresht në grafik: Numri i përgjithshëm           . --> <XSL:variabël emër="totalProposed" zgjedh="numëroj(/dsQueryResponse / Rreshtat / Row[normalizojë-hapësirë(@ Status) = 'Propozuar'])" /> <XSL:variabël emër="percentProposed" zgjedh="$div totalProposed $ dvt_RowCount" /> <XSL:variabël emër="totalInProcess" zgjedh="numëroj(/dsQueryResponse / Rreshtat / Row[normalizojë-hapësirë(@ Status) = 'Në Procesin'])" /> <XSL:variabël emër="percentInProcess" zgjedh="$totalInProcess div $ dvt_RowCount" /> <XSL:variabël emër="totalStalled" zgjedh="numëroj(/dsQueryResponse / Rreshtat / Row[normalizojë-hapësirë(@ Status) = 'Ngujuar'])" /> <XSL:variabël emër="percentStalled" zgjedh="$div totalStalled $ dvt_RowCount" /> <!-- Ne define tabelën tonë HTML këtu. Unë jam duke marrë borxh nga disa standarde           . Unë mendoj se kjo do ta nderojë           . --> <tryezë gjerësi="100%" cellspacing="0" cellpadding="2" stil="kufirit të djathtë: 1 solid # C0C0C0; kufirit-poshtme: 1 solid # C0C0C0; kufirit të majtë-style: i fortë; kufirit-width majtë: 1; kufirit-top-style: i fortë; kufirit-top-width: 1;"> <tr> <td align="qendër"> <tryezë kufi="1" gjerësi="100%"> <!-- Për çdo status që ne duam të grafik, we call the "ShowBar" shabllon. Ne të kalojë atë: 1. Një emërtim për rresht. Kjo është shndërruar në një hyperlink. 2. Për qind (ndryshueshme nga lart). 3. Emri aktual Fusha e kodit nga lista themelor. Kjo                      . 4. Vlera fushë krahasohen për #3. 5. Artikuj totale e këtij kodi statusit (nuk grand total prej të gjithë                      ). Ai lëshon një <tr></tr> dhe horizontale Bar Grafiku linjë. Ne e quajmë këtë template për secilin kod statusit ne duam për të parë. --> <XSL:thirrje-template emër="ShowBar"> <XSL:me param- emër="BarDisplayLabel" zgjedh="'Propozuar'"/> <XSL:me param- emër="BarPercent" zgjedh="$percentProposed"/> <XSL:me param- emër="QueryFilterFieldName" zgjedh="'Statusi'"/> <XSL:me param- emër="QueryFilterFieldValue" zgjedh="'Propozuar'"/> <XSL:me param- emër="TotalItems" zgjedh="$totalProposed"></XSL:me param-> </XSL:thirrje-template> <XSL:thirrje-template emër="ShowBar"> <XSL:me param- emër="BarDisplayLabel" zgjedh="'Ngujuar'"/> <XSL:me param- emër="BarPercent" zgjedh="$percentStalled"/> <XSL:me param- emër="QueryFilterFieldName" zgjedh="'Statusi'"/> <XSL:me param- emër="QueryFilterFieldValue" zgjedh="'Ngujuar'"/> <XSL:me param- emër="TotalItems" zgjedh="$totalStalled"></XSL:me param-> </XSL:thirrje-template> <XSL:thirrje-template emër="ShowBar"> <XSL:me param- emër="BarDisplayLabel" zgjedh="'Në Procesi'"/> <XSL:me param- emër="BarPercent" zgjedh="$percentInProcess"/> <XSL:me param- emër="QueryFilterFieldName" zgjedh="'Statusi'"/> <XSL:me param- emër="QueryFilterFieldValue" zgjedh="'Në Procesi'"/> <XSL:me param- emër="TotalItems" zgjedh="$totalInProcess"></XSL:me param-> </XSL:thirrje-template> </tryezë> </td> </tr> </tryezë> </XSL:ndryshe> </XSL:zgjedh> </XSL:shabllon> <!-- Kjo template bën punën e shfaqur linjat individuale në grafik bar. Ju ndoshta do të bëjë më të tweaking tuaj këtu. --> <XSL:shabllon emër="ShowBar"> <XSL:param emër="BarDisplayLabel" /> <!-- etiketë për të treguar --> <XSL:param emër="BarPercent"/> <!-- Përqind të gjithsej. --> <XSL:param emër="QueryFilterFieldName"/> <!-- Përdoret për të hidhen në query & filtroni --> <XSL:param emër="QueryFilterFieldValue"/> <!-- Përdoret për të hidhen në query & filtroni --> <XSL:param emër="TotalItems" /> <!-- numërimin total të këtij barlabel --> <tr> <!-- Etiketë bar vetë. --> <td klasë="ms-formbody" gjerësi="30%"> <!-- Ky grup tjetër i deklaratave ndërton një varg pyetje që lejon           . Ne e bëjnë përdorimin e disa gjëra këtu: 1. Ne mund të kalojë FilterField1 dhe FilterValue1 në një listë për të filtruar në një kolonë. 2. SharePoint është duke kaluar një parametër kyç për ne, ListUrlDir that points to the underlying list against which this DVWP is "running". A nuk XSL fun? --> <XSL:tekst disable-output-ikin="po"> <![CDATA[<a href ="]]></XSL:tekst> <XSL:vlera-e zgjedh="$ListUrlDir"/> <XSL:tekst disable-output-ikin="po"><![CDATA[?FilterField1 =]]></XSL:tekst> <XSL:vlera-e zgjedh="$QueryFilterFieldName"/> <XSL:tekst disable-output-ikin="po"><![CDATA[&= FilterValue1]]></XSL:tekst> <XSL:vlera-e zgjedh="$QueryFilterFieldValue"/> <XSL:tekst disable-output-ikin="po"><![CDATA[">]]></XSL:tekst> <XSL:vlera-e zgjedh="$BarDisplayLabel"/> <XSL:tekst disable-output-ikin="po"><![CDATA[</një>]]></XSL:tekst> <!-- Bit tjetër tregon disa numra në formatin: "(total / % i totalil)" --> (<XSL:vlera-e zgjedh="$TotalItems"/> / <!-- Kjo krijon një etiketë të këndshme për qind për ne. Falënderim, Microsoft! --> <XSL:thirrje-template emër="percentformat"> <XSL:me param- emër="përqind" zgjedh="$BarPercent"/> </XSL:thirrje-template>) </td> <!-- Më në fund, lëshojnë një <td> tag për bar vetë.--> <td> <tryezë cellpadding="0" cellspacing="0" kufi="0" gjerësi="{rrumbullakët($* BarPercent 100)+1}%"> <tr bgcolor="i kuq"> <XSL:tekst disable-output-ikin="po"><![CDATA[&nbsp;]]></XSL:tekst> </tr> </tryezë> </td> </tr> </XSL:shabllon> <!-- Ky është marrë direkt nga disa XSL kam gjetur në një template MS. --> <XSL:shabllon emër="percentformat"> <XSL:param emër="përqind"/> <XSL:zgjedh> <XSL:kur provë="Formati-numri($përqind, '#, # # 0%;-#,##0%')= 'NaN'">0%</XSL:kur> <XSL:ndryshe> <XSL:vlera-e zgjedh="Formati-numri($përqind, '#, # # 0%;-#,##0%')" /> </XSL:ndryshe> </XSL:zgjedh> </XSL:shabllon> </XSL:stylesheet>

Rezultatet:

XSL nga lart gjeneron këtij grafiku:

imazh

Stërvitja poshtë në të dhënat themelore duke klikuar mbi kodin e statusit:

imazh

Mendime përfundimtare:

Kjo mund të përgjithësohet?

Unë e dua këtë koncept grafikët, 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, ju lutem bëni një shënim në komentet ose email mua.

Grafikët Vertical:

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, ju lutem më njoftoni dhe unë me kënaqësi do të lidhem me blogun tuaj

Unë mendoj se sfida me një grafik vertikale është se etiketat për grafikun janë më të vështira për të menaxhuar, por sigurisht jo e pamundur.

Emri Fusha e Gotcha:

Ka të paktën dy gjëra për të parë jashtë për me emrat tuaj në terren.

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

        <XSL:variabël emër="totalProposed" 
zgjedh="numëroj(/dsQueryResponse / Rreshtat / Row[normalizojë-hapësirë(@ Status) = 'Propozuar'])" />

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

   <XSL:variabël emër="totalProposed" 
zgjedh="numëroj(/dsQueryResponse / Rreshtat / Row[normalizojë-hapësirë(@ Status_x0020_Code) = 'Propozuar'])" />

I dytë, dhe unë jam një fuzzy pak në këtë, but you also need to be on the alert for field name changes. If you name your field "Status Code" dhe pastaj më vonë, 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" Lidhje mund të ndihmojë në diagnostikimin dhe korrigjuar këtë lloj problemi.

Rreth asaj Color:

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. Për shembull, if the percentage of "stalled" AFE-së është > 10% pastaj të tregojë atë të kuqe, otherwise show it in black. Përdorim <XSL:zgjedh> për të arritur këtë.

Burime të tjera:

Gëzuar transformuar!

<Fundi />

Abonohen në blogun tim!

SharePoint nuk siguron “I cili ka qasje” Raportet

UPDATE 01/28/08: Ky projekt CodePlex trajton këtë çështje: http://www.codeplex.com/AccessChecker. I have not used it, por kjo duket premtues qoftë se kjo është një çështje që ju duhet për të adresuar në mjedisin tuaj.

UPDATE 11/13/08: Joel Oleson shkroi një post shumë të mirë për çështjen e menaxhimit të sigurisë të madh këtu: http://www.sharepointjoel.com / Lista / Postime / Post.aspx?List=0cd1a63d-183c-4fc2-8320-ba5369008acb&ID = 113. It links to a number of other useful resources.

Forum përdoruesit dhe klientët shpesh pyes një pyetje përgjatë këtyre linjave: "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, ajo nuk është e vështirë për të kuptuar pse.

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

  • Përdoruesit Anonim.
  • Përdoruesit SharePoint dhe Grupet.
  • Përdoruesa aktivë Directory.
  • Format Authentication Based (FBA) Përdoruesit.

Fleksibilitet do të thotë se nga një perspektivë të sigurisë, any given SharePoint site will be dramatically different from another. In order to generate an access list report, një nevojë për të konstatuar se sa faqe është siguruar, query multiple different user profile repositories and then present it in a useful fashion. That’s a hard problem to solve generically.

Si janë organizata që kanë të bëjnë me këtë? I’d love to hear from you in comments or Email.

</fund>

MOSS tregon mua My Name kolonë është Rezervuara ose në përdorim … Por kjo nuk është

UPDATE 12/04/07: Shoh this Microsoft KB (http://support.microsoft.com/kb/923589) për informacione të lidhura.

Në të vërtetë, ajo rezulton se është, por 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, por rezultati përfundimtar është ky:

  • 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. Prandaj, "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, në të vërtetë, 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"). Somewhere along the line, një 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, megjithatë, remained but in the "_Hidden" group. If someone knows better, please let me know via Email or post in the comments.

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

</fund>

Dhënat aktuale nëpërmjet Lista Custom OM (ose, Yet Another Dhënave OM Displayor [si YACC, por të ndryshme])

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

Kolona në fjalë mund të jetë krijuar, fshihet dhe ri-krijuar në një mjedis tjetër, so I knew it wasn’t a reserved name. Megjithatë, 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, sigurisht, by standard sharepoint features).

SharePoint Designer Workflow Veprimit Custom — Vëzhgimi Rreth <Tie fushë Designer Type =”StringBuilder” … />

Vetëm një vëzhgimi të shpejtë se ka një dallim shumë i rëndësishëm në mes të këtyre dy përkufizimeve:

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

përballë:

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

Tregon parë si kjo në SPD:

imazh

ndërsa kjo e fundit tregon si kjo:

imazh

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 🙂

Vëzhgimi është kjo: StringBuilder ju lejon për të ndërtuar një varg (qartë) nga përzierja së bashku literals varg dhe të dhënat workflow (via the "Add Lookup" button në këndin e poshtëm të majtë). When you use the Add Lookup button, it inserts a token in the form "[%% token]". When SharePoint invokes your custom action, (C # Kodi në rastin tim), SharePoint kalon shenjë vetë, not the value of the token. If you use the default designer type (Lloji i dytë), SharePoint zgjeron shenjë dhe kalon vlerën aktuale të shenjë për veprimin tuaj.

StringBuilder = KEQ, projektuesi default lloji = mirë.

Sigurisht, 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 (e cila rastësisht është pikërisht ajo që ai bën për të krijuar një subjekt dinamik për veprim email, por kjo është një temë për një tjetër hyrje blog, ka).

<Fundi />

Aktivizimin e parakohshme Workflow — Një jo-mjekësore Zgjidhja

UPDATE: Shiko këtë diskutim MSDN, sidomos hyrja e fundit: http://forums.microsoft.com/MSDN/showpost.aspx?postid=2631057&siteid=1. It describes a condition that may short circuit this whole thing. In short, kjo mund të jetë aq e thjeshtë sa duke bërë të paktën një nga fushat detyrueshme.

Unë kam një bibliotekë dokument që mbështet tetë llojet e përmbajtjes.

I have a SharePoint Designer workflow that wants to calculate and assign a "reminder date" thjesht duke zbritur 30 ditë nga një kolonë, "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." (Ju mund të lexoni më shumë në lidhje me këtë lloj të IPK-së dhe më substancial stërvitje-down këtu).

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.

Kjo strategji nuk funksionon kur unë të ngarkoj një dokument.

I upload the document and I am presented with the meta data entry screen. Në këtë pikë, I’m already in trouble. SharePoint has already, para kohe nga perspektiva ime, fired the workflow. I haven’t had a chance to pick the correct content type nor assign a due date. Në të njëjtën kohë, 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. Kështu … workflow ime ka gjuajtur dhe kur ekzekutohet, 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, Unë zgjidhni llojin e saktë përmbajtje, enter the meta data and submit. The pause completes and the workflow proceeds as needed. (Vini re se në mjedisin tim, timer workflow activities from SPD do not work out of the box. You may have the same trouble. Shoh këtu për më shumë detaje).

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, por unë ende nuk e pëlqen atë.

Kam shkruar në lidhje me këtë në forume MSDN këtu: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2430725&SiteID=1