ಬಾರ್ ಸ್ಟಿಲ್ MOSS ವಿಸ್ತರಿಸಲು ಪ್ರೆಟಿ ಹೆಚ್ಚು

ಇಂದು, 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 ಸಂರಚಿಸಲು, ನಂತರ ನೀವು ನಿಮ್ಮ ಕಾರ್ಯಸ್ಥಳ ರಫ್ತು, ಮಾರ್ಪಡಿಸಿ <CommonViewFields>, ಅಪ್ಲೋಡ್, remove the original and now it’s ‘primed’ to display those other columns. ಮುಂದೆ, ಶೇರ್ಪಾಯಿಂಟ್ ಡಿಸೈನರ್ ತೆರೆಯುತ್ತದೆ, 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. ಅಂತಿಮವಾಗಿ, ನಿಮ್ಮ ಹೊಸ ಜಾಗ ನಿರೂಪಿಸಲು ಟೆಂಪ್ಲೇಟ್ ಮಾರ್ಪಡಿಸಿ! (ಇದು ಮತ್ತೆ ಪರಿಶೀಲಿಸಿ ಮರೆಯಬೇಡಿ ಆದ್ದರಿಂದ ಇತರ ಬಳಕೆದಾರರು ಫಲಿತಾಂಶಗಳನ್ನು ನೋಡಬಹುದು)."

ಇದು ಎಲ್ಲಾ ನನಗೆ ಸಾಕಷ್ಟು ಸ್ಪಷ್ಟ ಇಲ್ಲಿದೆ (ಮತ್ತು ನಮಗೆ ಅತ್ಯಂತ ಶೇರ್ಪಾಯಿಂಟ್ ಡೆವಲಪರ್ ವಿಧಗಳು) ಇಂದಿನ ವಿಶೇಷವೇನು ಏನು ಮತ್ತು ಇದು ಸ್ವಲ್ಪ ಸಂತೋಷವನ್ನು ಇಲ್ಲಿದೆ ಹೇಗೆ, ನಿಜವಾಗಿ, that the data retrieval aspects of the CQWP are so well-separate from the data presentation aspects. ಆದರೆ, ಇದು ವಿವರಿಸಲು ಆದ್ದರಿಂದ ಸುಲಭ ಅಲ್ಲ, ಅದು?

<ಕೊನೆಯಲ್ಲಿ />

ಒಂದು ಗ್ರಿಡ್ ರಲ್ಲಿ ವಿಷಯ ಪ್ರಶ್ನೆಯ ವೆಬ್ ಭಾಗ ಫಲಿತಾಂಶಗಳು ಪ್ರದರ್ಶಿಸು / ಮೇಜು

ಅವಲೋಕನ ಮತ್ತು ಉದ್ದೇಶ

ಪೆಟ್ಟಿಗೆಯ ಔಟ್, MOSS’ ವಿಷಯ ಪ್ರಶ್ನೆ ವೆಬ್ ಭಾಗ (CQWP) ಪಟ್ಟಿಯನ್ನು ರೂಪದಲ್ಲಿ ಅದರ ಫಲಿತಾಂಶಗಳು ತೋರಿಸುತ್ತದೆ, similar to search results. It is also possible to display the results in a grid format (ಅಂದರೆ. HTML ಟೇಬಲ್ ರೂಪದಲ್ಲಿ). Grid formats are better in some circumstances. I describe how to achieve that effect in this article.

ವ್ಯಾಪಾರ ಸನ್ನಿವೇಶ

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, ಉದಾಹರಣೆಗೆ ಶೀರ್ಷಿಕೆ ಮಾಹಿತಿ, ಮುಂಗಡಪತ್ರ, ಪೂರ್ಣಗೊಳ್ಳುವ ನಿರೀಕ್ಷೆಯಿದೆ ದಿನಾಂಕ, remaining budget and other summary type fields. By "singleton" I mean a custom SharePoint list guaranteed to contain only one item. Simplistically, ಈ ತೋರುತ್ತಿದೆ:

ಚಿತ್ರ

ವಿವರಿಸಿದಂತೆ ತಾಂತ್ರಿಕ ವಿಧಾನ ಹೆಚ್ಚು ಸಮನಾಗಿರುತ್ತದೆ ಇಲ್ಲಿ (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:

ಚಿತ್ರ

ಈ ರೀತಿಯ ಎಚ್ಟಿಎಮ್ಎಲ್ ಪರಿಣಾಮವಾಗಿ ಉತ್ಪಾದಿಸುತ್ತದೆ:

<HTML>
 <ದೇಹ>
 <ಕೇಂದ್ರ>
 <ಮೇಜು ಗಡಿ= 1>

<!-- ಲೇಬಲ್ಗಳು ->
 <TR bgcolor= ನೀಲಿ>
 <ಟಿಡಿ><ತೈಲದಾನಿ ಬಣ್ಣ= ಬಿಳಿ><ಬೌ>ಯೋಜನೆ ಹೆಸರು</ಬೌ></ತೈಲದಾನಿ></ಟಿಡಿ>
 <ಟಿಡಿ ಸಾಲುಗೂಡಿಸುಬಲ =><ತೈಲದಾನಿ ಬಣ್ಣ= ಬಿಳಿ><ಬೌ>ದಿನಾಂಕ ಪೂರ್ಣಗೊಳಿಸಿ</ಬೌ></ತೈಲದಾನಿ></ಟಿಡಿ>
 <ಟಿಡಿ ಸಾಲುಗೂಡಿಸುಬಲ =><ತೈಲದಾನಿ ಬಣ್ಣ= ಬಿಳಿ><ಬೌ>ಮುಂಗಡಪತ್ರ</ಬೌ></ತೈಲದಾನಿ></ಟಿಡಿ>
 <ಟಿಡಿ ಸಾಲುಗೂಡಿಸುಬಲ =><ತೈಲದಾನಿ ಬಣ್ಣ= ಬಿಳಿ><ಬೌ>ನಿಜವಾದ ಖರ್ಚು</ಬೌ></ತೈಲದಾನಿ></ಟಿಡಿ>
 <ಟಿಡಿ><ತೈಲದಾನಿ ಬಣ್ಣ= ಬಿಳಿ><ಬೌ>ಒಟ್ಟಾರೆ ಸ್ಥಿತಿ</ಬೌ></ತೈಲದಾನಿ></ಟಿಡಿ>
 </TR>

<TR>
 <ಟಿಡಿ>ಮರು ತಂತಿ ಕಂಪ್ಯೂಟರ್ ಕೊಠಡಿ.</ಟಿಡಿ>
 <ಟಿಡಿ ಸಾಲುಗೂಡಿಸುಬಲ =>02/01/08</ಟಿಡಿ>
 <ಟಿಡಿ ಸಾಲುಗೂಡಿಸುಬಲ =>22,500.00</ಟಿಡಿ>
 <ಟಿಡಿ ಸಾಲುಗೂಡಿಸುಬಲ =>19,000.00</ಟಿಡಿ>
 <ಟಿಡಿ>ಪ್ರಗತಿಯಲ್ಲಿದೆ</ಟಿಡಿ>
 </TR>

<TR>
 <ಟಿಡಿ>SQL ಅಪ್ಗ್ರೇಡ್ ಅವಕಾಶ ಸರ್ವರ್ಗಳು</ಟಿಡಿ>
 <ಟಿಡಿ ಸಾಲುಗೂಡಿಸುಬಲ =>04/01/08</ಟಿಡಿ>
 <ಟಿಡಿ ಸಾಲುಗೂಡಿಸುಬಲ =>7,500.00</ಟಿಡಿ>
 <ಟಿಡಿ ಸಾಲುಗೂಡಿಸುಬಲ =>0.00</ಟಿಡಿ>
 <ಟಿಡಿ>ಯೋಜನೆ</ಟಿಡಿ>
 </TR>

</ಮೇಜು>
 </ಕೇಂದ್ರ>
 </ದೇಹ>
</HTML>

ಅಪ್ರೋಚ್

ಗ್ರಿಡ್ ರಚಿಸಲು ಈ ಕ್ರಮಗಳನ್ನು ಅನುಸರಿಸಿ:

  1. ಗ್ರಿಡ್ ಘಟಕಗಳನ್ನು ಗುರುತಿಸಿ (ಸಾಲುಗಳನ್ನು / ಕಾಲಮ್ಗಳನ್ನು).
  2. ಅಗತ್ಯ ಸೈಟ್ ಕಾಲಮ್ಗಳನ್ನು ವಿವರಿಸಿ ಮತ್ತು ರಚಿಸಿ.
  3. ಯೋಜನೆಗಳು ಮತ್ತು ಬಿಡಿಯೆಲೆ ಪಟ್ಟಿಗಳನ್ನು ಉಪ ಸೈಟ್ ರಚಿಸಿ.
  4. ಒಂದು ವೆಬ್ ಪುಟಕ್ಕೆ CQWP ಸೇರಿಸಿ ಮತ್ತು ನಿಮ್ಮ ಪಟ್ಟಿಗಳನ್ನು ಹುಡುಕಲು ಇದು ಸಂರಚಿಸಲು.
  5. ಹೆಚ್ಚುವರಿ ಕಾಲಮ್ಗಳನ್ನು ಅಪ್ ಸಂಗ್ರಹಿಸಲು CQWP ತಂದೆಯ ಮದುವೆ ಮಾರ್ಪಡಿಸಿ.
  6. ಒಂದು ಟೇಬಲ್ ರಚಿಸಲು XSL ಮಾರ್ಪಡಿಸಿ.

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 ಇಲ್ಲಿ (http://msdn2.microsoft.com/en-us/library/bb897399.aspx) ಮತ್ತು ಹೀದರ್ ಸೊಲೊಮನ್ ಬ್ಲಾಗ್ ಇಲ್ಲಿ (http://www.heathersolomon.com/blog/articles/CustomItemStyle.aspx).

ಬೀಜಗಳು ಮತ್ತು ಬೊಲ್ಟ್

ಹಂತಗಳನ್ನು MSDN ದಸ್ತಾವೇಜನ್ನು ಮತ್ತು ಹೀದರ್ ಸೊಲೊಮನ್ ಲೇಖನ ಪ್ರಕಾರ ಐದು ಮೂಲಕ ಒಂದು ಬಿಗಿನ್ ಮತ್ತು ಕಾರ್ಯರೂಪಕ್ಕೆ.

ಈ ಹಂತದಲ್ಲಿ, ನೀವು ಪುಟ ನಿಮ್ಮ CQWP ಸೇರಿಸಿದ ಮತ್ತು ನೀವು ನಿಮ್ಮ <CommonViewFields> ಅಗತ್ಯ ಮಾಹಿತಿ ಕಾನ್ಫಿಗರ್.

ಸಾಮಾನ್ಯ ಕ್ರಮಗಳನ್ನು ಅನುಸರಿಸಿ, ಈ ಮಧ್ಯಂತರ ಫಲಿತಾಂಶಗಳನ್ನು ಪಡೆಯಿರಿ:

1. ವಿಷಯ ಪ್ರಕಾರ ರಚಿಸಿ, a templatized custom list for that content type and two sites. Here is the content type:

ಚಿತ್ರ

ಇಲ್ಲಿ ಸೈಟ್ ರಚನೆಯಾಗಿದೆ:

ಚಿತ್ರ

2. ನನ್ನ ಯೋಜನೆಯ subsites ಮತ್ತು ಬಿಡಿಯೆಲೆ ಯೋಜನೆಯ ಸಾರಾಂಶ ಪಟ್ಟಿಗಳನ್ನು ಸೃಷ್ಟಿಸುವ ನಂತರ CQWP ಸೇರಿಸಿ:

ಚಿತ್ರ

3. ಮೂಲಕ ನಾನು ಬಯಸುವ ಎಲ್ಲಾ ಹೆಚ್ಚುವರಿ ಮಾಹಿತಿಯನ್ನು ಸೇರಿಸಿ <CommonViewFields>:

        <ಆಸ್ತಿ ಹೆಸರು="CommonViewFields" ಕೌಟುಂಬಿಕತೆ="ದಾರ">Project_x0020_Name;Project_x0020_Expenses;Project_x0020_Status;Project_x0020_Start_x0020_Date;Project_x0020_End_x0020_Date;Project_x0020_Budget</ಆಸ್ತಿ>

ನಾನು ಒಂದೇ ಸಾಲಿನಲ್ಲಿ ಎಲ್ಲಾ ಆಸ್ತಿ ಜಾಗ ಇಟ್ಟುಕೊಳ್ಳಬೇಕಿತ್ತು ಗಮನಿಸಿ ಅಥವಾ ಕೆಲಸ ಎಂದು (CQWP ಪ್ರಶ್ನೆಗೆ ಯಾವುದೇ ಐಟಂಗಳನ್ನು ಮರಳಿದರು ಎಂದು ನನಗೆ ಹೇಳಿ).

4. ಈ ಹಂತದಲ್ಲಿ, 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 ಒಂದು ಕಸ್ಟಮೈಸ್ ರಚಿಸಲು / unghosted version of ItemStyle.xsl. I follow Heather’s advice, ಹಂತ ಮೂಲಕ ಅಪ್ 11 ಮತ್ತು ಈ ಮಧ್ಯಂತರ ಫಲಿತಾಂಶಗಳನ್ನು ಪಡೆಯಿರಿ:

4.1: ನನ್ನ XSL ಟೆಂಪ್ಲೇಟ್ ಮಾಹಿತಿ ಈ ಹೆಸರು:

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

ನಾನು ಸಹ ಸ್ವಲ್ಪ ತನ್ನ ಸಲಹೆ ಮಾರ್ಪಡಿಸಿ <XSL:-ಪ್ರತಿಯೊಂದು …> ಒಂದು ಸೇರಿಸುವ ಮೂಲಕ <br /> ಒಂದು ಕ್ಲೀನರ್ ಪಟ್ಟಿಯನ್ನು ಒದಗಿಸಲು ಟ್ಯಾಗ್:

    <XSL:-ಪ್ರತಿಯೊಂದು ಆಯ್ಕೆ="@ *">
      ಪಿ:<XSL:ಮೌಲ್ಯ ಆಫ್ ಆಯ್ಕೆ="ಹೆಸರು()" /><ಬಿಆರ್/>
    </XSL:-ಪ್ರತಿಯೊಂದು>

4.2: ನಾನು ವೆಬ್ ಭಾಗ ಮಾರ್ಪಡಿಸಿ, go to appearance and select my "Grid" ಶೈಲಿ:

ಚಿತ್ರ

ಬದಲಾವಣೆ ಅನ್ವಯಿಸುತ್ತದೆ ಮತ್ತು ಇಲ್ಲಿ ಪರಿಣಾಮ:

ಚಿತ್ರ

ನಾವು ಜಾಗ ನಾವು ಬಯಸುವ ಮೇಲಿನಿಂದ ನೋಡಬಹುದು (ಯೋಜನೆ ಹೆಸರು, ಖರ್ಚುವೆಚ್ಚಗಳು, ಅಂತಸ್ತು, ಇತ್ಯಾದಿ) 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. ಉದಾಹರಣೆಗೆ, we reference Project Status as "Project_x005F_x0020_Name".

ಈ ಹಂತದಲ್ಲಿ, ನಾವು ಹೀದರ್ ತಂದೆಯ ಬ್ಲಾಗ್ನಿಂದ ಮತ್ತು ಈ ದೈತ್ಯ ಹೆಗಲ ನಿರ್ಗಮಿಸುತ್ತದೆ, ನನ್ನ ಶಾಲೆ ಸ್ವಲ್ಪ ಸೇರಿಸಿ.

ContentQueryMain.xsl

ಟಿಪ್ಪಣಿ: ಎರಡೂ ContentQueryMain.xsl ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡುವ ಹಾಗೆಯೇ ItemStyle.xsl ಯಾವಾಗ, ನಿಮ್ಮ ಬದಲಾವಣೆಗಳ ಪರಿಣಾಮ ನೋಡಿ ಮೊದಲು ನೀವು ಮರಳಿ ಆ ಫೈಲ್ಗಳನ್ನು ಪರಿಶೀಲಿಸಿ ಅಗತ್ಯ.

ಗ್ರಿಡ್ ತಯಾರಿಕೆ ಉದ್ದೇಶಗಳಿಗಾಗಿ, 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 <ಮೇಜು> ದಶಮಾಂಶ ಮೊದಲ ಸಾಲು ಹೊಮ್ಮಿಸುತ್ತದೆ ಮೊದಲು ಟ್ಯಾಗ್ ಮತ್ತು ಮುಕ್ತಾಯದ <ಮೇಜು> tag after emitting the last row. To accomplish this, ContentQueryMain.xsl is modified to pass two parameters to our "grid" ItemStyle.xsl ರಲ್ಲಿ ಟೆಂಪ್ಲೇಟ್, "last row" and "current row". ItemStyle.xsl uses these to conditionally emit the necessary tags.

ಹೀದರ್ ಸೊಲೊಮನ್ ಕೌಶಲವನ್ನು ಬಳಸಿ, we locate ContentQueryMain.xsl. It is located in the same place as ItemStyle.xsl. This screen shot should help:

ಚಿತ್ರ

ನಾವು ಈ ಕೆಳಗಿನ ಬದಲಾವಣೆಗಳನ್ನು ಅಗತ್ಯವಿದೆ:

  • ಒಂದು XSL ಟೆಂಪ್ಲೇಟ್ ಮಾರ್ಪಡಿಸಿ, "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 <ಮೇಜು> ಟ್ಯಾಗ್ಗಳು.
  • Modify another bit of ContentQueryMain.xsl that calls the "CallItemTemplate" to pass it a "LastRow" LastRow ನಮ್ಮ ಗ್ರಿಡ್ ಟೆಂಪ್ಲೇಟ್ ವರ್ಗಾಯಿಸಲ್ಪಡುತ್ತವೆ ಮಾಡಬಹುದು ನಿಯತಾಂಕ ಎಷ್ಟು.

Locate the template named "OuterTemplate.CallItemTemplate" ಸ್ಟ್ರಿಂಗ್ ಗುರ:

  <XSL:ಪ್ರಮಾಣ ಫಲಕ ಹೆಸರು="OuterTemplate.CallItemTemplate">

ಕೆಳಗಿನಂತೆ ಇಡೀ ಟೆಂಪ್ಲೇಟ್ ಬದಲಾಯಿಸಿ:

  <XSL:ಪ್ರಮಾಣ ಫಲಕ ಹೆಸರು="OuterTemplate.CallItemTemplate">
    <XSL:PARAM ಹೆಸರು="CurPosition" />

    <!--
      Add the "LastRow" ನಿಯತಾಂಕ.
      We only use it when the item style pass in is "Grid".
    -->
    <XSL:PARAM ಹೆಸರು="LastRow" />

    <XSL:ಆಯ್ಕೆ>
      <XSL:ಯಾವಾಗ ಟೆಸ್ಟ್="@ ಶೈಲಿ = 'NewsRollUpItem'">
        <XSL:-ಟೆಂಪ್ಲೆಟ್ಗಳನ್ನು ಅರ್ಜಿ ಆಯ್ಕೆ="." ಮೋಡ್="itemstyle">
          <XSL:ಜೊತೆ PARAM ಹೆಸರು="EditMode" ಆಯ್ಕೆ="$cbq_iseditmode" />
        </XSL:-ಟೆಂಪ್ಲೆಟ್ಗಳನ್ನು ಅರ್ಜಿ>
      </XSL:ಯಾವಾಗ>
      <XSL:ಯಾವಾಗ ಟೆಸ್ಟ್="@ ಶೈಲಿ = 'NewsBigItem'">
        <XSL:-ಟೆಂಪ್ಲೆಟ್ಗಳನ್ನು ಅರ್ಜಿ ಆಯ್ಕೆ="." ಮೋಡ್="itemstyle">
          <XSL:ಜೊತೆ PARAM ಹೆಸರು="CurPos" ಆಯ್ಕೆ="$CurPosition" />
        </XSL:-ಟೆಂಪ್ಲೆಟ್ಗಳನ್ನು ಅರ್ಜಿ>
      </XSL:ಯಾವಾಗ>
      <XSL:ಯಾವಾಗ ಟೆಸ್ಟ್="@ ಶೈಲಿ = 'NewsCategoryItem'">
        <XSL:-ಟೆಂಪ್ಲೆಟ್ಗಳನ್ನು ಅರ್ಜಿ ಆಯ್ಕೆ="." ಮೋಡ್="itemstyle">
          <XSL:ಜೊತೆ PARAM ಹೆಸರು="CurPos" ಆಯ್ಕೆ="$CurPosition" />
        </XSL:-ಟೆಂಪ್ಲೆಟ್ಗಳನ್ನು ಅರ್ಜಿ>
      </XSL:ಯಾವಾಗ>

      <!--
              ಗ್ರಿಡ್ itemstyle.xsl ಟೆಂಪ್ಲೇಟ್ ಪ್ರಸ್ತುತ ಸ್ಥಾನವನ್ನು ಮತ್ತು lastrow ಪಾಸ್.
              ItemStyle.xsl ಮುಕ್ತ ಮತ್ತು ಮುಕ್ತಾಯದ ಹೊರಸೂಸುತ್ತವೆ ಎಂದು ಬಳಸುತ್ತದೆ <ಮೇಜು> ಟ್ಯಾಗ್ಗಳು.
      -->
      <XSL:ಯಾವಾಗ ಟೆಸ್ಟ್="@ ಶೈಲಿ = 'ಗ್ರಿಡ್'">
        <XSL:-ಟೆಂಪ್ಲೆಟ್ಗಳನ್ನು ಅರ್ಜಿ ಆಯ್ಕೆ="." ಮೋಡ್="itemstyle">
          <XSL:ಜೊತೆ PARAM ಹೆಸರು="CurPos" ಆಯ್ಕೆ="$CurPosition" />
          <XSL:ಜೊತೆ PARAM ಹೆಸರು="ಕೊನೆಯ" ಆಯ್ಕೆ="$LastRow" />
        </XSL:-ಟೆಂಪ್ಲೆಟ್ಗಳನ್ನು ಅರ್ಜಿ>
      </XSL:ಯಾವಾಗ>

      <XSL:ಇಲ್ಲವಾದರೆ>
        <XSL:-ಟೆಂಪ್ಲೆಟ್ಗಳನ್ನು ಅರ್ಜಿ ಆಯ್ಕೆ="." ಮೋಡ್="itemstyle">
        </XSL:-ಟೆಂಪ್ಲೆಟ್ಗಳನ್ನು ಅರ್ಜಿ>
      </XSL:ಇಲ್ಲವಾದರೆ>
    </XSL:ಆಯ್ಕೆ>
  </XSL:ಪ್ರಮಾಣ ಫಲಕ>

ಕಾಮೆಂಟ್ಗಳನ್ನು ಬದಲಾವಣೆಗಳನ್ನು ಉದ್ದೇಶ ವಿವರಿಸಲು.

ಸಹಜವಾಗಿ, the "OuterTemplate.CallItemTemplate" is itself called from another template. Locate that template by searching for this text string:

<XSL:ಪ್ರಮಾಣ ಫಲಕ ಹೆಸರು="OuterTemplate.Body">

OuterTemplate.Body ಸೂಚನೆಗಳನ್ನು ಚಲಿಸಬಹುದು ಮತ್ತು LastRow ನಿಯತಾಂಕವಾಗಿ ಈ ಸೇರಿಸಿ (ವಾಲಿರುವ ಅಕ್ಷರಗಳಲ್ಲಿ ಕಾಮೆಂಟ್ ತೋರಿಸಲಾಗುತ್ತದೆ):

<XSL:ಕರೆ ಟೆಂಪ್ಲೇಟ್ ಹೆಸರು="OuterTemplate.CallItemTemplate">
  <XSL:ಜೊತೆ PARAM ಹೆಸರು="CurPosition" ಆಯ್ಕೆ="$CurPosition" />
  <!-- LastRow ಪ್ಯಾರಾಮೀಟರ್ ಸೇರಿಸಿ. -->
  <XSL:ಜೊತೆ PARAM ಹೆಸರು="LastRow" ಆಯ್ಕೆ="$LastRow"/>
</XSL:ಕರೆ ಟೆಂಪ್ಲೇಟ್>

ಈ ಎಲ್ಲಾ ನಂತರ, ನಾವು ಅಂತಿಮವಾಗಿ ವಸ್ತುಗಳು ಸರಿಯಾಗಿ ಆದ್ದರಿಂದ ನಮ್ಮ ItemStyle.xsl ಹೊರಸೂಸುತ್ತವೆ ಎಂದು ಪ್ರಾರಂಭಿಸಿವೆ <ಮೇಜು> ಬಲ ಸ್ಥಳದಲ್ಲಿ ಟ್ಯಾಗ್ಗಳು.

ItemStyle.Xsl

ಟಿಪ್ಪಣಿ: ಮತ್ತೆ, ನೀವು ಆ ಬದಲಾವಣೆಗಳ ಪರಿಣಾಮ ಎಷ್ಟು ಯಾವುದೇ ಬದಲಾವಣೆ ನಂತರ ItemStyle.xsl ರಲ್ಲಿ ಪರಿಶೀಲಿಸಿ.

ಇಲ್ಲಿ ಎರಡು ಕಾರ್ಯಗಳನ್ನು ಹೊಂದಿವೆ:

  • 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. (ನೀವು ನಾನು XSL ಮೇಲೆ ಅತಿಸೂಕ್ಷ್ಮ ಹ್ಯಾಂಡಲ್ ಹೊಂದಿರುವ ಹೇಳಬಲ್ಲೆ).

ಪ್ರಥಮ, ItemStyle.xsl ನ ಮೇಲ್ಭಾಗದಲ್ಲಿ, ಈ ಸಾಲನ್ನು ಸೇರಿಸಿ:

  <!-- ನಮಗೆ ಯುಎಸ್ ಪ್ರದರ್ಶಿಸಲು ಶಕ್ತಗೊಳಿಸುವ ಕೆಲವು mumbo ಜಂಬೂ. ಕರೆನ್ಸಿ. -->
  <XSL:ಫೆಸಿಲಿಟಿ ಆಕಾರದ ಹೆಸರು="ದೊಣ್ಣೆ" ಅಂಕಿಯ="ಡಿ" />

  <XSL:ಪ್ರಮಾಣ ಫಲಕ ಹೆಸರು="ಡೀಫಾಲ್ಟ್" ಹೊಂದಾಣಿಕೆ="*" ಮೋಡ್="itemstyle">

ನಾನು ಮೊದಲು ನೇರವಾಗಿ ಸೇರಿಸಿದ ಗಮನಿಸಿ <XSL:template name="Default" …> ಅರ್ಥ ನಿರೂಪಣೆ.

ಮುಂದೆ, go back to our Grid template. Replace the entire Grid template with the code below. It is thoroughly commented, ಆದರೆ ನನಗೆ ಇಮೇಲ್ ಹಿಂಜರಿಯುವುದಿಲ್ಲ ಅಥವಾ ನೀವು ಪ್ರಶ್ನೆಗಳನ್ನು ಹೊಂದಿದ್ದರೆ ನನ್ನ ಬ್ಲಾಗ್ನಲ್ಲಿ ಕಾಮೆಂಟ್ ಇಲ್ಲ.

  <XSL:ಪ್ರಮಾಣ ಫಲಕ ಹೆಸರು="ಜಾಲರಿ" ಹೊಂದಾಣಿಕೆ="ಸಾಲು[@ ಶೈಲಿ = 'ಗ್ರಿಡ್']" ಮೋಡ್="itemstyle">

    <!--
      ContentMain.xsl CurPos ಮತ್ತು ಕೊನೆಯ ಹಾದು.
      ನಾವು ಷರತ್ತುಬದ್ಧ ಮುಕ್ತ ಮತ್ತು ಮುಕ್ತಾಯದ ಹೊರಸೂಸಲು ಈ ಬಳಸಿ <ಮೇಜು> ಟ್ಯಾಗ್ಗಳು.
    -->
    <XSL:PARAM ಹೆಸರು="CurPos" />
    <XSL:PARAM ಹೆಸರು="ಕೊನೆಯ" />

    <!-- ಕೆಳಗಿನ ಅಸ್ಥಿರ ಪ್ರಮಾಣಿತ ItemStyle.xsl ರಿಂದ ಬದಲಾಯಿಸದೇ ಮಾಡಲಾಗುತ್ತದೆ -->
    <XSL:ಬದಲಾಯಿಸಬಹುದಾದ ಹೆಸರು="SafeImageUrl">
      <XSL:ಕರೆ ಟೆಂಪ್ಲೇಟ್ ಹೆಸರು="OuterTemplate.GetSafeStaticUrl">
        <XSL:ಜೊತೆ PARAM ಹೆಸರು="UrlColumnName" ಆಯ್ಕೆ="'ImageUrl'"/>
      </XSL:ಕರೆ ಟೆಂಪ್ಲೇಟ್>
    </XSL:ಬದಲಾಯಿಸಬಹುದಾದ>
    <XSL:ಬದಲಾಯಿಸಬಹುದಾದ ಹೆಸರು="SafeLinkUrl">
      <XSL:ಕರೆ ಟೆಂಪ್ಲೇಟ್ ಹೆಸರು="OuterTemplate.GetSafeLink">
        <XSL:ಜೊತೆ PARAM ಹೆಸರು="UrlColumnName" ಆಯ್ಕೆ="'LinkUrl'"/>
      </XSL:ಕರೆ ಟೆಂಪ್ಲೇಟ್>
    </XSL:ಬದಲಾಯಿಸಬಹುದಾದ>
    <XSL:ಬದಲಾಯಿಸಬಹುದಾದ ಹೆಸರು="DisplayTitle">
      <XSL:ಕರೆ ಟೆಂಪ್ಲೇಟ್ ಹೆಸರು="OuterTemplate.GetTitle">
        <XSL:ಜೊತೆ PARAM ಹೆಸರು="ಶೀರ್ಷಿಕೆ" ಆಯ್ಕೆ="@ ಶೀರ್ಷಿಕೆ"/>
        <XSL:ಜೊತೆ PARAM ಹೆಸರು="UrlColumnName" ಆಯ್ಕೆ="'LinkUrl'"/>
      </XSL:ಕರೆ ಟೆಂಪ್ಲೇಟ್>
    </XSL:ಬದಲಾಯಿಸಬಹುದಾದ>
    <XSL:ಬದಲಾಯಿಸಬಹುದಾದ ಹೆಸರು="LinkTarget">
      <XSL:ವೇಳೆ ಟೆಸ್ಟ್="@ OpenInNewWindow = 'ಟ್ರೂ'" >_blank</XSL:ವೇಳೆ>
    </XSL:ಬದಲಾಯಿಸಬಹುದಾದ>

    <!--
      ಇಲ್ಲಿ ನಾವು ಒಂದು ವೇರಿಯಬಲ್ ವ್ಯಾಖ್ಯಾನಿಸಲು, "tableStart".  ಈ HTML ಹೊಂದಿದ್ದರೆ
      .  ಗಮನಿಸಿ ಆ ವೇಳೆ CurPos = 1, ಇದು ಒಂದು CDATA ಟ್ಯಾಗ್ನಲ್ಲಿ ಎಚ್ಟಿಎಮ್ಎಲ್ ಒಳಗೊಂಡಿದೆ.
      ಇಲ್ಲವಾದರೆ, ಇದು ಖಾಲಿಯಾಗಿರುತ್ತದೆ.

      tableStart ಮೌಲ್ಯವನ್ನು ಪ್ರತಿ ಬಾರಿ ItemStyle ಮೂಲಕ ಕರೆಯಲಾಗುತ್ತದೆ emited ಇದೆ
      .
    -->
    <XSL:ಬದಲಾಯಿಸಬಹುದಾದ ಹೆಸರು="tableStart">
      <XSL:ವೇಳೆ ಟೆಸ್ಟ್="$CurPos = 1">
        <![CDATA[
        <ಟೇಬಲ್ ಗಡಿ = 1>
          <tr bgcolor="blue">
            <ಟಿಡಿ><font color="white"><ಬೌ>ಯೋಜನೆ ಹೆಸರು</ಬೌ></ತೈಲದಾನಿ></ಟಿಡಿ>
            <td align="right"><font color="white"><ಬೌ>ದಿನಾಂಕ ಪೂರ್ಣಗೊಳಿಸಿ</ಬೌ></ತೈಲದಾನಿ></ಟಿಡಿ>
            <td align="right"><font color="white"><ಬೌ>ಮುಂಗಡಪತ್ರ</ಬೌ></ತೈಲದಾನಿ></ಟಿಡಿ>
            <td align="right"><font color="white"><ಬೌ>ನಿಜವಾದ ಖರ್ಚು</ಬೌ></ತೈಲದಾನಿ></ಟಿಡಿ>
            <ಟಿಡಿ><font color="white"><ಬೌ>ಒಟ್ಟಾರೆ ಸ್ಥಿತಿ</ಬೌ></ತೈಲದಾನಿ></ಟಿಡಿ>
          </TR>
        ]]>
      </XSL:ವೇಳೆ>
    </XSL:ಬದಲಾಯಿಸಬಹುದಾದ>

    <!--
      ಮತ್ತೊಂದು ವೇರಿಯಬಲ್, tableEnd ಕೇವಲ ಮುಕ್ತಾಯದ ಟೇಬಲ್ ಟ್ಯಾಗ್ ವರ್ಣಿಸಬಹುದು.

      TableStart ಜೊತೆ ಮಾಹಿತಿ, ಇದು ಯಾವಾಗಲೂ emited ವಿಶೇಷವೇನು.  ಅದರ ಮೌಲ್ಯವನ್ನು ಏಕೆ ಇದು
      .
    -->
    <XSL:ಬದಲಾಯಿಸಬಹುದಾದ ಹೆಸರು="tableEnd">
      <XSL:ವೇಳೆ ಟೆಸ್ಟ್="$CurPos ಕೊನೆಯ $ =">
        <![CDATA[ </ಮೇಜು> ]]>
      </XSL:ವೇಳೆ>
    </XSL:ಬದಲಾಯಿಸಬಹುದಾದ>

    <!--
      ಯಾವಾಗಲೂ tableStart ವಿಷಯಗಳನ್ನು ಹೊರಸೂಸುತ್ತವೆ.  ಈ ಮೊದಲ ಇದ್ದರೆ
      , ನಂತರ ನಾವು ಅದರ ಮೌಲ್ಯವನ್ನು ತಿಳಿಯಲು
      .

      ತಪ್ಪಿಸಿಕೊಂಡು ಔಟ್ಪುಟ್ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿ ಏಕೆಂದರೆ tableStart ಇದು ಖಾಲಿ ಅಲ್ಲ, ಇದು
      .  ವೇಳೆ
      , it will generate
      stuff like "&ಲೆಫ್ಟಿನೆಂಟ್;ಮೇಜು&GT;" instead of "<ಮೇಜು>".
    -->
    <XSL:ಮೌಲ್ಯ ಆಫ್ ಆಯ್ಕೆ="$tableStart" ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲು ಔಟ್ಪುಟ್-ತಪ್ಪಿಸಿಕೊಂಡು="ಹೌದು"/>


    <TR>
      <!--
      ಪಿ:Project_x005F_x0020_Name
      :Project_x005F_x0020_End_x005F_x0020_Date
      :Project_x005F_x0020_Budget
      :Project_x005F_x0020_Expenses
      :Project_x005F_x0020_Status
      -->
      <ಟಿಡಿ>
        <XSL:ಮೌಲ್ಯ ಆಫ್ ಆಯ್ಕೆ="@ Project_x005F_x0020_Name"/>
      </ಟಿಡಿ>

      <ಟಿಡಿ ಸಾಲುಗೂಡಿಸು="ಬಲ">
        <XSL:ಮೌಲ್ಯ ಆಫ್ ಆಯ್ಕೆ="@ Project_x005F_x0020_End_x005F_x0020_Date"/>
      </ಟಿಡಿ>

      <ಟಿಡಿ ಸಾಲುಗೂಡಿಸು="ಬಲ">
        <XSL:ಕರೆ ಟೆಂಪ್ಲೇಟ್ ಹೆಸರು="formatcurrency">
          <XSL:ಜೊತೆ PARAM ಹೆಸರು="ಮೌಲ್ಯ" 
ಆಯ್ಕೆ="@ Project_x005F_x0020_Budget"></XSL:ಜೊತೆ PARAM> </XSL:ಕರೆ ಟೆಂಪ್ಲೇಟ್> </ಟಿಡಿ> <ಟಿಡಿ ಸಾಲುಗೂಡಿಸು="ಬಲ"> <XSL:ಕರೆ ಟೆಂಪ್ಲೇಟ್ ಹೆಸರು="formatcurrency"> <XSL:ಜೊತೆ PARAM ಹೆಸರು="ಮೌಲ್ಯ" ಆಯ್ಕೆ="@ Project_x005F_x0020_Expenses">
</XSL:ಜೊತೆ PARAM> </XSL:ಕರೆ ಟೆಂಪ್ಲೇಟ್> </ಟಿಡಿ> <ಟಿಡಿ> <XSL:ಮೌಲ್ಯ ಆಫ್ ಆಯ್ಕೆ="@ Project_x005F_x0020_Status"/> </ಟಿಡಿ> <!-- ಕೆಳಗಿನ ಎಲ್ಲಾ ವಿಷಯಗಳನ್ನು ಸ್ಪಷ್ಟೀಕರಿಸಲು ಔಟ್ ಕಾಮೆಂಟ್ ಇದೆ. ಹೇಗಾದರೂ, ಅದನ್ನು ಮರಳಿ ತರಲು ಮತ್ತು ಅದನ್ನು ವಿಷಯವೂ <ಟಿಡಿ> ಅದರ ನೋಡಲು         . --> <!-- <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}"/> </ಒಂದು> </div> </XSL:ವೇಳೆ> <div class="link-item"> <XSL:ಕರೆ ಟೆಂಪ್ಲೇಟ್
name="OuterTemplate.CallPresenceStatusIconTemplate"/> <a href="{$SafeLinkUrl}"
target="{$LinkTarget}" title="{@ LinkToolTip}"> <XSL:value-of select="$DisplayTitle"/> </ಒಂದು> <div class="description"> <XSL:value-of select="@Description" /> </div> </div> </div>
--> </TR> <!-- ಮುಕ್ತಾಯದ ಟೇಬಲ್ ಟ್ಯಾಗ್ ಹೊರಸೂಸುತ್ತವೆ. ನಾವು ಕಳೆದ ಸಾಲಿನಲ್ಲಿ ಇದ್ದರೆ, ಈ ಖಾಲಿ ಇರುತ್ತದೆ. --> <XSL:ಮೌಲ್ಯ ಆಫ್ ಆಯ್ಕೆ="$tableEnd" ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲು ಔಟ್ಪುಟ್-ತಪ್ಪಿಸಿಕೊಂಡು="ಹೌದು"/> </XSL:ಪ್ರಮಾಣ ಫಲಕ> <XSL:ಪ್ರಮಾಣ ಫಲಕ ಹೆಸರು="formatcurrency"> <XSL:PARAM ಹೆಸರು="ಮೌಲ್ಯ" ಆಯ್ಕೆ="0" /> <XSL:ಮೌಲ್ಯ ಆಫ್ ಆಯ್ಕೆ='ಫಾರ್ಮ್ಯಾಟ್ ಸಂಖ್ಯೆ($ಮೌಲ್ಯ, "$DDD,ಡಿಡಿಡಿ Name,DDD.DD", "staff")' /> </XSL:ಪ್ರಮಾಣ ಫಲಕ>

ಸ್ಟ್ಯಾಂಡರ್ಡ್ WSS / MOSS ಡೇಟಾ ಎಂಟ್ರಿ ಸ್ಕ್ರೀನ್ಸ್ Cascading ಡ್ರಾಪ್-ಡೌನ್ಸ್ ಬೆಂಬಲಿಸುವುದಿಲ್ಲ (ಅಥವಾ ಸಂವಹನ ಆಂತರಿಕ ಇತರ)

ನವೀಕರಿಸಲು (04/2008): ಈ ಮಹಾನ್ ಬ್ಲಾಗ್ ಈ ಸಮಸ್ಯೆಗೆ ಉತ್ತಮ ಜಾವಾಸ್ಕ್ರಿಪ್ಟ್ ಆಧಾರಿತ ವಿಧಾನ ತೋರಿಸುತ್ತದೆ: http://webborg.blogspot.com/2008/04/add-functions-and-events-to-sharepoint.html

ಅಪಡೇಟ್ II: (04/2008): ಈ ಬ್ಲಾಗ್ ಮತ್ತು ಭರವಸೆಯಂತೆ ಕಂಡುಬರುತ್ತಿದೆ: http://www.cleverworkarounds.com/2008/03/13/free-mosswss-2007-web-part-hide-controls-via-javascript/

ಹಲವಾರು ಬಾರಿ ವಾರದಲ್ಲಿ, ದೈನಂದಿನ ಅಲ್ಲ, forum users describe a requirement that would normally be met via cascading drop-downs. ಉದಾಹರಣೆಗೆ, ನಾನು ಎರಡು ಡ್ರಾಪ್ ಡೌನ್ ನಿಯಂತ್ರಣಗಳನ್ನು ಹೊಂದಿವೆ:

  • ಯುಎಸ್ ಪಟ್ಟಿ. ರಾಜ್ಯಗಳು
  • ಯುಎಸ್ ಪಟ್ಟಿ. ನಗರಗಳು.

ಜವಾಬ್ದಾರಿ UI ಪೂರೈಕೆದಾರರು ಮಾಹಿತಿ, ನಾವು ಈ ರೀತಿಯ ಕೆಲಸ ಬಯಸುವ:

  • ಪಾಲ್ ಒಂದು ಯುಎಸ್ ಆಯ್ಕೆ. state from the drop-down.
  • This causes the cities drop-down to filter only those cities that belong to the selected state.
  • ಪಾಲ್ ಈ ಫಿಲ್ಟರ್ ಪಟ್ಟಿಯಿಂದ ಒಂದು ನಗರ ಆಯ್ಕೆ.

There is no out-of-the-box support for this feature. ವಾಸ್ತವವಾಗಿ, 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.

ಈ ಲೇಖನದ ನೈಜ ಉದ್ದೇಶ ಸಂಭವನೀಯ ಪರಿಹಾರಗಳನ್ನು ವಿವರಿಸಲು ಮತ್ತು ನಾನು ಅವರಿಗೆ ತಿಳಿದಿರುವಂತೆ ಈ ಆಯ್ಕೆಗಳೆಂದರೆ:

  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. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ನೀವು ಸಾಮಾನ್ಯವಾಗಿ ಒಂದು ಲ ಕಾಲಮ್ ಬಳಸಲು ಪ್ರಯತ್ನಿಸಿ ಎಂದು, ಆದರೆ ಕೆಲವು ಬಾರಿ, 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, ಮೂಲಕ ಉದ್ದೇಶಿಸಿ ಸಂಚಿಕೆಯ ತಿಳಿದಿರಲಿ ಈ ಲೇಖನ (http://paulgalvin.spaces.live.com/blog/cns!CC1EDB3DAA9B8AA!405.entry).
  3. ಈವೆಂಟ್ ನಿರ್ವಾಹಕರ: ಕೆಲಸದೊತ್ತಡದ ಲೈಕ್, 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 (ಮತ್ತು ಇಡೀ ಆಬ್ಜೆಕ್ಟ್ ಮಾಡೆಲ್) ಮತ್ತು ಯಾವುದೇ ಅಗತ್ಯವಿದೆ ಲೆಕ್ಕ ಮಾಡಬಹುದು.
  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. ನಿಮ್ಮ ಸ್ವಂತ ASP.NET ದಶಮಾಂಶ ಪ್ರವೇಶ ಕಾರ್ಯ ರೋಲ್ (ಒಂದು ಅದ್ವಿತೀಯ ವೆಬ್ ಪುಟ ಅಥವಾ ಒಂದು ವೆಬ್ ಭಾಗವಾಗಿ) ಮತ್ತು ಬದಲಿಗೆ ಬಳಸಿ.

ಯಾರಾದರೂ ಇತರ ಮತ್ತು / ಅಥವಾ ಉತ್ತಮ ಆಯ್ಕೆಗಳನ್ನು ಗೊತ್ತಿದ್ದರೆ, ಒಂದು ಕಾಮೆಂಟ್ ಪೋಸ್ಟ್ ಮಾಡಿ ಮತ್ತು ಈ ಪೋಸ್ಟ್ನ ದೇಹದ ಅಪ್ಡೇಟ್ ಮಾಡುತ್ತೇವೆ.

<ಕೊನೆಯಲ್ಲಿ />

ಹೌದು / ಇಲ್ಲ (ಬಾಕ್ಸ್ ಪರಿಶೀಲಿಸಿ) ವಿಷಯ ಪ್ರಶ್ನೆ ವೆಬ್ ಭಾಗ ಸೋಸುವಿಕೆಯ

To filter for a query for the Yes/No check box entitled "PG Milestone", ಈ ರೀತಿಯ CQWP ಸಂರಚಿಸಲು:

ಚಿತ್ರ

ಈ ಆ ಸ್ಪಷ್ಟ-ಒಮ್ಮೆ ನಿಮಗೆ ತಿಳಿದಿರುವ ಇದು ಆದರೆ ಹಾರ್ಡ್ ಟು ದೊರೆತ ಒಂದು-ಉತ್ತರ ಪ್ರಶ್ನೆಗಳನ್ನು ಮತ್ತೊಂದು ಒಂದಾಗಿದೆ: ವಿಷಯ ಪ್ರಶ್ನೆಗೆ ವೆಬ್ ಭಾಗವನ್ನು ಬಳಸಿಕೊಂಡು ಹೌದು / ಇಲ್ಲ ಚೆಕ್ ಬಾಕ್ಸ್ ಮೇಲೆ ಫಿಲ್ಟರ್ ಹೇಗೆ.

ಪ್ರಥಮ ಹುಡುಕಾಟ ಫಲಿತಾಂಶ I find using the search term "filter yes/no content query web part" ತಪ್ಪು ಔಟ್ ಸಮತಟ್ಟಾಗಿದೆ, ಆದ್ದರಿಂದ ನಾನು ಈ ಸೇರಿಸಲಾಗಿದೆ ಮತ್ತು ಅದು ವಿಶಿಷ್ಟ ಹುಡುಕಾಟ ಫಲಿತಾಂಶಗಳಲ್ಲಿ ತಪ್ಪಾಗಿದೆ ಪರಿಣಾಮವಾಗಿ ಬದಲಾಯಿಸಲ್ಪಡುತ್ತದೆ ನೋಡಲು ಎಂದೆನಿಸಿತ್ತು.

ಇದು ಸಾಕಷ್ಟು ಸುಲಭ: True values = "1" and false values do not equal "1" (ಸಾಕಷ್ಟು ರೆಟ್ರೋ, ವಾಸ್ತವವಾಗಿ).

ಮೇಲಿನ ಉದಾಹರಣೆಯಲ್ಲಿ, I created site column of type "Yes/No (ಚೆಕ್ಬಾಕ್ಸ್)" named "PG Milestone". I added it to a doc library, ಕೆಲವು ದಾಖಲೆಗಳನ್ನು ಅಪ್ಲೋಡ್, ಒಂದೆರಡು ಮೌಲ್ಯವನ್ನು ಮತ್ತು ಇದನ್ನು ಪರೀಕ್ಷಿಸಲಾಯಿತು.

<ಕೊನೆಯಲ್ಲಿ />

ಶೇರ್ಪಾಯಿಂಟ್ ರಲ್ಲಿ ಬಾರ್ ಗ್ರಾಫ್ ರಚಿಸಿ

ಸ್ಥೂಲ ಸಮೀಕ್ಷೆ:

(ನವೀಕರಿಸಲು 12/04/07: ಒಂದು ಕುತೂಹಲಕಾರಿ ವೆಬ್ ಭಾಗದ ಮೂಲಕ ಬಗೆಹರಿಸುತ್ತದೆ ಮತ್ತೊಂದು ಬ್ಲಾಗ್ ಲಿಂಕ್ ಕೊನೆಯಲ್ಲಿ ಮತ್ತೊಂದು ಆಸಕ್ತಿದಾಯಕ ಸಂಪನ್ಮೂಲ ಸೇರಿಸಲಾಗಿದೆ)

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.

The overall approach is as follows:

  1. Create a list or document library that contains the data you want to graph.
  2. Place the associated document library / custom list onto a page and convert it to a data view web part (DVWP).
  3. Modify the DVWP’s XSL to generate HTML that shows as a graph.

ವ್ಯಾಪಾರ ಸನ್ನಿವೇಶ / ಸೆಟಪ್:

I have created a custom list with the standard Title column and one additional column, "Status". This models (very simplistically) an "Authorization For Expense" scenario where the title represents the project and the Status a value from the list of:

  • Proposed
  • In Process
  • Stalled

The objective is to produce an interactive horizontal bar graph that shows these status codes.

I have populated the list and it looks like this:

ಚಿತ್ರ

Create Data View Web Part:

Create the DVWP by adding the custom list to a page (site page in my case) and follow the instructions ಇಲ್ಲಿ (http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!395.entry).

In addition to simply creating the DVWP, we also need to set the paging property to show all available rows. ನನಗೆ, this looks something like this:

ಚಿತ್ರ

ಈ ಹಂತದಲ್ಲಿ, 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.

Modify the XSLT:

It’s now time to modify the XSLT.

I always use visual studio for this. (ನೋಡು ಇಲ್ಲಿ for an important note about intellisense that will help you a lot).

I create an empty project add four new files (replacing the words "Original" and "New" as appropriate):

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

ಪ್ರಕರಣದಲ್ಲಿ, ಈ ತೋರುತ್ತಿದೆ:

ಚಿತ್ರ

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

The objective here is to cause the XSL to transform the results we get back from the DVWP query into HTML that renders as a graph.

ನಿವೃತ್ತಿಗೆ, it helps to first consider what the HTML should look like before we get confused by the insanity that is known as "XSL". (To be clear, the following is simply an example; 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

Corresponding HTML:

<HTML>
<ದೇಹ>
<ಕೇಂದ್ರ>
<table width=80%>
<TR><ಟಿಡಿ><ಕೇಂದ್ರ>Horizontal Bar Graph</ಟಿಡಿ></TR>
<TR>
<td align="center">
<table border="1" width=80%>
<TR>
<td width=10%>Open</ಟಿಡಿ>
<ಟಿಡಿ><table cellpadding="0" cellspacing="0" border=0 width=50%><ಅನುವಾದ bgcolor = ಕೆಂಪು><ಟಿಡಿ>&nbsp;</ಟಿಡಿ></TR></ಮೇಜು></ಟಿಡಿ>
</TR>
<TR>
<td width=10%>ಮುಚ್ಚಲಾಗಿದೆ</ಟಿಡಿ>
<ಟಿಡಿ><table cellpadding="0" cellspacing="0" border=0 width=25%><ಅನುವಾದ bgcolor = ಕೆಂಪು><ಟಿಡಿ>&nbsp;</ಟಿಡಿ></TR></ಮೇಜು></ಟಿಡಿ>
</TR>
<TR>
<td width=10%>Stalled</ಟಿಡಿ>
<ಟಿಡಿ><table cellpadding="0" cellspacing="0" border=0 width=25%><ಅನುವಾದ bgcolor = ಕೆಂಪು><ಟಿಡಿ>&nbsp;</ಟಿಡಿ></TR></ಮೇಜು></ಟಿಡಿ>
</TR>
</ಮೇಜು>
</ಟಿಡಿ>
</TR>
</ಮೇಜು>
</ದೇಹ>
</HTML>

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

The take-away here is this: ಕೊನೆಯಲ್ಲಿ, all we are doing is creating HTML with rows and columns.

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:

  • I started with the default XSL that SharePoint Designer gave me when I first created the DVWP.
  • I was able to cut this down from SPD’s 657 lines to 166 lines.
  • I didn’t mess around with the parameters XML file (which is separate from the XSL and you’ll know what I mean when you go to modify the DVWP itself; there are two files you can modify). ಹೇಗಾದರೂ, in order to simplify it, 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. ನಂತರ, remove my calls and insert your own calls to "ShowBar".
  • The drill down works by creating an <ಒಂದು href> ಈ ರೀತಿಯ: http://server/List?FilterField1=fieldname&FilterValue1=actualFilterValue. This technique may be of value in other contexts. ಮೊದಲಿಗೆ, I thought I would need to conform to a more complex format: http://server/List/AllItems.aspx?View={guid}&FilterField1=blah&FilterValue1=blah, but in my environment that is not necessary. The List’s URL is passed to us by SharePoint so this is quite easy to generalize.

Here it is:

<XSL:stylesheet ರೂಪಾಂತರ="1.0" exclude-result-prefixes="rs z o s ddwrt dt msxsl" 
xmlns:msxsl="urn:schemas-microsoft-com:xslt" xmlns:XSL="HTTP://www.w3.org/1999/XSL/Transform"
xmlns:ಶೇರ್ಪಾಯಿಂಟ್="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:ಕಚೇರಿ" xmlns:ರು="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:internal"
> <XSL:output ವಿಧಾನ="HTML" indent="no" /> <XSL:ಫೆಸಿಲಿಟಿ ಆಕಾರದ NaN="" /> <XSL:PARAM ಹೆಸರು="ListUrlDir"></XSL:PARAM> <!-- I need this to support a drill-down. --> <XSL:ಪ್ರಮಾಣ ಫಲಕ ಹೊಂದಾಣಿಕೆ="/" xmlns:ಶೇರ್ಪಾಯಿಂಟ್="Microsoft.SharePoint.WebControls"
xmlns:__designer=http://schemas.microsoft.com/WebParts/v2/DataView/designer xmlns:ASP="HTTP://schemas.microsoft.com/ASPNET/20"
> <XSL:ಬದಲಾಯಿಸಬಹುದಾದ ಹೆಸರು="dvt_StyleName">ಮೇಜು</XSL:ಬದಲಾಯಿಸಬಹುದಾದ> <XSL:ಬದಲಾಯಿಸಬಹುದಾದ ಹೆಸರು="Rows" ಆಯ್ಕೆ="/dsQueryResponse/Rows/Row" /> <XSL:ಬದಲಾಯಿಸಬಹುದಾದ ಹೆಸರು="dvt_RowCount" ಆಯ್ಕೆ="count($Rows)" /> <XSL:ಬದಲಾಯಿಸಬಹುದಾದ ಹೆಸರು="IsEmpty" ಆಯ್ಕೆ="$dvt_RowCount = 0" /> <XSL:ಬದಲಾಯಿಸಬಹುದಾದ ಹೆಸರು="dvt_IsEmpty" ಆಯ್ಕೆ="$dvt_RowCount = 0" /> <XSL:ಆಯ್ಕೆ> <XSL:ಯಾವಾಗ ಟೆಸ್ಟ್="$dvt_IsEmpty"> There is no data to graph!<ಬಿಆರ್/> </XSL:ಯಾವಾಗ> <XSL:ಇಲ್ಲವಾದರೆ> <!-- The interesting stuff begins here. We need to define a pair of variables for each row in the graph: total number of items and percent of total. --> <XSL:ಬದಲಾಯಿಸಬಹುದಾದ ಹೆಸರು="totalProposed" ಆಯ್ಕೆ="count(/dsQueryResponse/Rows/Row[normalize-space(@Status) = 'Proposed'])" /> <XSL:ಬದಲಾಯಿಸಬಹುದಾದ ಹೆಸರು="percentProposed" ಆಯ್ಕೆ="$totalProposed div $dvt_RowCount" /> <XSL:ಬದಲಾಯಿಸಬಹುದಾದ ಹೆಸರು="totalInProcess" ಆಯ್ಕೆ="count(/dsQueryResponse/Rows/Row[normalize-space(@Status) = 'In Process'])" /> <XSL:ಬದಲಾಯಿಸಬಹುದಾದ ಹೆಸರು="percentInProcess" ಆಯ್ಕೆ="$totalInProcess div $dvt_RowCount" /> <XSL:ಬದಲಾಯಿಸಬಹುದಾದ ಹೆಸರು="totalStalled" ಆಯ್ಕೆ="count(/dsQueryResponse/Rows/Row[normalize-space(@Status) = 'Stalled'])" /> <XSL:ಬದಲಾಯಿಸಬಹುದಾದ ಹೆಸರು="percentStalled" ಆಯ್ಕೆ="$totalStalled div $dvt_RowCount" /> <!-- We define our HTML table here. I'm borrowing from some standard SharePoint styles here to make it consistent. I think it will honor changes to the global css file as well as theme overrides. --> <ಮೇಜು ಅಗಲ="100%" cellspacing="0" cellpadding="2" ಶೈಲಿ="border-right: 1 solid #C0C0C0; border-bottom: 1 solid #C0C0C0; border-left-style: solid; border-left-width: 1; border-top-style: solid; border-top-width: 1;"> <TR> <ಟಿಡಿ ಸಾಲುಗೂಡಿಸು="ಕೇಂದ್ರ"> <ಮೇಜು ಗಡಿ="1" ಅಗಲ="100%"> <!-- For each status that we want to graph, we call the "ShowBar" ಪ್ರಮಾಣ ಫಲಕ. We pass it: 1. A label for the row. This is transformed into a hyperlink. 2. The percent (variable from above). 3. The actual field name of the code from the underlying list. This does not need to match the display label. 4. Field value matched for #3. 5. Total items of this status code (not the grand total of all status codes). It emits a <TR></TR> and the horizontal bar graph line. We call this template for each status code we want to view. --> <XSL:ಕರೆ ಟೆಂಪ್ಲೇಟ್ ಹೆಸರು="ShowBar"> <XSL:ಜೊತೆ PARAM ಹೆಸರು="BarDisplayLabel" ಆಯ್ಕೆ="'Proposed'"/> <XSL:ಜೊತೆ PARAM ಹೆಸರು="BarPercent" ಆಯ್ಕೆ="$percentProposed"/> <XSL:ಜೊತೆ PARAM ಹೆಸರು="QueryFilterFieldName" ಆಯ್ಕೆ="'Status'"/> <XSL:ಜೊತೆ PARAM ಹೆಸರು="QueryFilterFieldValue" ಆಯ್ಕೆ="'Proposed'"/> <XSL:ಜೊತೆ PARAM ಹೆಸರು="TotalItems" ಆಯ್ಕೆ="$totalProposed"></XSL:ಜೊತೆ PARAM> </XSL:ಕರೆ ಟೆಂಪ್ಲೇಟ್> <XSL:ಕರೆ ಟೆಂಪ್ಲೇಟ್ ಹೆಸರು="ShowBar"> <XSL:ಜೊತೆ PARAM ಹೆಸರು="BarDisplayLabel" ಆಯ್ಕೆ="'Stalled'"/> <XSL:ಜೊತೆ PARAM ಹೆಸರು="BarPercent" ಆಯ್ಕೆ="$percentStalled"/> <XSL:ಜೊತೆ PARAM ಹೆಸರು="QueryFilterFieldName" ಆಯ್ಕೆ="'Status'"/> <XSL:ಜೊತೆ PARAM ಹೆಸರು="QueryFilterFieldValue" ಆಯ್ಕೆ="'Stalled'"/> <XSL:ಜೊತೆ PARAM ಹೆಸರು="TotalItems" ಆಯ್ಕೆ="$totalStalled"></XSL:ಜೊತೆ PARAM> </XSL:ಕರೆ ಟೆಂಪ್ಲೇಟ್> <XSL:ಕರೆ ಟೆಂಪ್ಲೇಟ್ ಹೆಸರು="ShowBar"> <XSL:ಜೊತೆ PARAM ಹೆಸರು="BarDisplayLabel" ಆಯ್ಕೆ="'In Process'"/> <XSL:ಜೊತೆ PARAM ಹೆಸರು="BarPercent" ಆಯ್ಕೆ="$percentInProcess"/> <XSL:ಜೊತೆ PARAM ಹೆಸರು="QueryFilterFieldName" ಆಯ್ಕೆ="'Status'"/> <XSL:ಜೊತೆ PARAM ಹೆಸರು="QueryFilterFieldValue" ಆಯ್ಕೆ="'In Process'"/> <XSL:ಜೊತೆ PARAM ಹೆಸರು="TotalItems" ಆಯ್ಕೆ="$totalInProcess"></XSL:ಜೊತೆ PARAM> </XSL:ಕರೆ ಟೆಂಪ್ಲೇಟ್> </ಮೇಜು> </ಟಿಡಿ> </TR> </ಮೇಜು> </XSL:ಇಲ್ಲವಾದರೆ> </XSL:ಆಯ್ಕೆ> </XSL:ಪ್ರಮಾಣ ಫಲಕ> <!-- This template does the work of displaying individual lines in the bar graph. You'll probably do most of your tweaking here. --> <XSL:ಪ್ರಮಾಣ ಫಲಕ ಹೆಸರು="ShowBar"> <XSL:PARAM ಹೆಸರು="BarDisplayLabel" /> <!-- label to show --> <XSL:PARAM ಹೆಸರು="BarPercent"/> <!-- Percent of total. --> <XSL:PARAM ಹೆಸರು="QueryFilterFieldName"/> <!-- Used to jump to the query & filter --> <XSL:PARAM ಹೆಸರು="QueryFilterFieldValue"/> <!-- Used to jump to the query & filter --> <XSL:PARAM ಹೆಸರು="TotalItems" /> <!-- total count of this barlabel --> <TR> <!-- The bar label itself. --> <ಟಿಡಿ ವರ್ಗ="ms-formbody" ಅಗಲ="30%"> <!-- This next set of statements builds a query string that allows us to drill down to a filtered view of the underlying data. We make use of a few things here: 1. We can pass FilterField1 and FilterValue1 to a list to filter on a column. 2. SharePoint is passing a key parameter to us, ListUrlDir that points to the underlying list against which this DVWP is "running". Isn't XSL fun? --> <XSL:ಪಠ್ಯ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲು ಔಟ್ಪುಟ್-ತಪ್ಪಿಸಿಕೊಂಡು="ಹೌದು"> <![CDATA[<ಒಂದು href ="]]></XSL:ಪಠ್ಯ> <XSL:ಮೌಲ್ಯ ಆಫ್ ಆಯ್ಕೆ="$ListUrlDir"/> <XSL:ಪಠ್ಯ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲು ಔಟ್ಪುಟ್-ತಪ್ಪಿಸಿಕೊಂಡು="ಹೌದು"><![CDATA[?FilterField1=]]></XSL:ಪಠ್ಯ> <XSL:ಮೌಲ್ಯ ಆಫ್ ಆಯ್ಕೆ="$QueryFilterFieldName"/> <XSL:ಪಠ್ಯ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲು ಔಟ್ಪುಟ್-ತಪ್ಪಿಸಿಕೊಂಡು="ಹೌದು"><![CDATA[&FilterValue1=]]></XSL:ಪಠ್ಯ> <XSL:ಮೌಲ್ಯ ಆಫ್ ಆಯ್ಕೆ="$QueryFilterFieldValue"/> <XSL:ಪಠ್ಯ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲು ಔಟ್ಪುಟ್-ತಪ್ಪಿಸಿಕೊಂಡು="ಹೌದು"><![CDATA[">]]></XSL:ಪಠ್ಯ> <XSL:ಮೌಲ್ಯ ಆಫ್ ಆಯ್ಕೆ="$BarDisplayLabel"/> <XSL:ಪಠ್ಯ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲು ಔಟ್ಪುಟ್-ತಪ್ಪಿಸಿಕೊಂಡು="ಹೌದು"><![CDATA[</ಒಂದು>]]></XSL:ಪಠ್ಯ> <!-- The next bit shows some numbers in the format: "(total / % of total)" --> (<XSL:ಮೌಲ್ಯ ಆಫ್ ಆಯ್ಕೆ="$TotalItems"/> / <!-- This creates a nice percent label for us. ವಂದನೆ, Microsoft! --> <XSL:ಕರೆ ಟೆಂಪ್ಲೇಟ್ ಹೆಸರು="percentformat"> <XSL:ಜೊತೆ PARAM ಹೆಸರು="percent" ಆಯ್ಕೆ="$BarPercent"/> </XSL:ಕರೆ ಟೆಂಪ್ಲೇಟ್>) </ಟಿಡಿ> <!-- ಅಂತಿಮವಾಗಿ, emit a <ಟಿಡಿ> tag for the bar itself.--> <ಟಿಡಿ> <ಮೇಜು cellpadding="0" cellspacing="0" ಗಡಿ="0" ಅಗಲ="{round($BarPercent*100)+1}%"> <TR bgcolor="red"> <XSL:ಪಠ್ಯ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲು ಔಟ್ಪುಟ್-ತಪ್ಪಿಸಿಕೊಂಡು="ಹೌದು"><![CDATA[&nbsp;]]></XSL:ಪಠ್ಯ> </TR> </ಮೇಜು> </ಟಿಡಿ> </TR> </XSL:ಪ್ರಮಾಣ ಫಲಕ> <!-- This is taken directly from some XSL I found in an MS template. --> <XSL:ಪ್ರಮಾಣ ಫಲಕ ಹೆಸರು="percentformat"> <XSL:PARAM ಹೆಸರು="percent"/> <XSL:ಆಯ್ಕೆ> <XSL:ಯಾವಾಗ ಟೆಸ್ಟ್="ಫಾರ್ಮ್ಯಾಟ್ ಸಂಖ್ಯೆ($percent, '#,##0%;-#,##0%')= 'NaN'">0%</XSL:ಯಾವಾಗ> <XSL:ಇಲ್ಲವಾದರೆ> <XSL:ಮೌಲ್ಯ ಆಫ್ ಆಯ್ಕೆ="ಫಾರ್ಮ್ಯಾಟ್ ಸಂಖ್ಯೆ($percent, '#,##0%;-#,##0%')" /> </XSL:ಇಲ್ಲವಾದರೆ> </XSL:ಆಯ್ಕೆ> </XSL:ಪ್ರಮಾಣ ಫಲಕ> </XSL:stylesheet>

The Results:

The XSL from above generates this graph:

ಚಿತ್ರ

Drill down to the underlying data by clicking on the status code:

ಚಿತ್ರ

Concluding Thoughts:

Can This Be Generalized?

I love this graphing concept, 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, please make a note in the comments or ನನಗೆ ಇಮೇಲ್.

Vertical Graphs:

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 🙂

I think that challenge with a vertical graph is that the labels for the graph are more difficult to manage, but certainly not impossible.

Field Name Gotcha’s:

There are at least two things to look out for with your field names.

ಪ್ರಥಮ, a field name with a space has to be escaped in the XSL. This will probably be an issue here:

        <XSL:ಬದಲಾಯಿಸಬಹುದಾದ ಹೆಸರು="totalProposed" 
ಆಯ್ಕೆ="count(/dsQueryResponse/Rows/Row[normalize-space(@Status) = 'Proposed'])" />

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

   <XSL:ಬದಲಾಯಿಸಬಹುದಾದ ಹೆಸರು="totalProposed" 
ಆಯ್ಕೆ="count(/dsQueryResponse/Rows/Row[normalize-space(@Status_x0020_Code) = 'Proposed'])" />

ಎರಡನೆಯ, and I’m a little fuzzy on this, but you also need to be on the alert for field name changes. If you name your field "Status Code" and then later on, 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 may help diagnose and correct this kind of problem.

About that 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. ಉದಾಹರಣೆಗೆ, if the percentage of "stalled" AFE’s is > 10% then show it red, otherwise show it in black. ಬಳಸುವುದು <XSL:ಆಯ್ಕೆ> to accomplish this.

Other Resources:

Happy transforming!

<ಕೊನೆಯಲ್ಲಿ />

ನನ್ನ ಬ್ಲಾಗ್ ಚಂದಾದಾರರಾಗಿ!

ಶೇರ್ಪಾಯಿಂಟ್ ಒದಗಿಸುವುದಿಲ್ಲ “ಪ್ರವೇಶ ಹೊಂದಿರುವ” ವರದಿಗಳು

ನವೀಕರಿಸಲು 01/28/08: ಈ codeplex ಯೋಜನೆಯನ್ನು ಈ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸುತ್ತದೆ: http://www.codeplex.com/AccessChecker. I have not used it, ಈ ನಿಮ್ಮ ಪರಿಸರದಲ್ಲಿ ತಿಳಿಸಲು ಸಮಸ್ಯೆಯನ್ನು ವೇಳೆ ಆದರೆ ಭರವಸೆಯಂತೆ ಕಂಡುಬರುತ್ತಿದೆ.

ನವೀಕರಿಸಲು 11/13/08: ಜೋಯಲ್ ಒಲೆಸನ್ ಇಲ್ಲಿ ದೊಡ್ಡ ಭದ್ರತಾ ನಿರ್ವಹಣೆ ಬಗ್ಗೆ ಉತ್ತಮ ಪೋಸ್ಟ್ ಅನ್ನು ಬರೆದರು: HTTP://www.sharepointjoel.com / ಪಟ್ಟಿಗಳು / ಚಿನ್ನದ / Post.aspx?2D183c%%% 2D8320% 2D4fc2 ಪಟ್ಟಿ = 0cd1a63d 2Dba5369008acb&ID=113. It links to a number of other useful resources.

Forum users and clients often ask a question along these lines: "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, it’s not hard to understand why.

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

  • Anonymous users.
  • SharePoint Users and Groups.
  • Active Directory users.
  • ಗೃಹಾಧಾರಿತ ದೃಢೀಕರಣ ರಚಿಸುತ್ತದೆ (FBA) ಬಳಕೆದಾರರು.

The flexibility means that from a security perspective, any given SharePoint site will be dramatically different from another. In order to generate an access list report, one needs to ascertain how the site is secured, query multiple different user profile repositories and then present it in a useful fashion. That’s a hard problem to solve generically.

How are organizations dealing with this? I’d love to hear from you in comments or ಇಮೇಲ್.

</ಕೊನೆಯಲ್ಲಿ>

MOSS ನನ್ನ ಅಂಕಣ ಹೆಸರು ಕಾಯ್ದಿರಿಸಲಾಗಿದೆ ಅಥವಾ ಬಳಕೆಯಲ್ಲಿ ಮಿ ಟೆಲ್ಸ್ … ಆದರೆ ಇದು ನಾಟ್

ನವೀಕರಿಸಲು 12/04/07: ನೋಡು ಈ ಮೈಕ್ರೋಸಾಫ್ಟ್ ಕೆಬಿ (http://support.microsoft.com/kb/923589) ಸಂಬಂಧಿತ ಮಾಹಿತಿಗಾಗಿ.

ವಾಸ್ತವವಾಗಿ, ಅದು ತಿರುಗಿದರೆ, ಆದರೆ tricksy MOSS ಕಷ್ಟಕರವನ್ನಾಗಿಸುವ ಹಂತ.

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, ಆದರೆ ಅಂತಿಮ ಪರಿಣಾಮವೆಂದರೆ ಇದು:

  • He tries to add a site column called "Quantity" ಮತ್ತು MOSS ಪ್ರತ್ಯುತ್ತರಗಳನ್ನು: "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. ಆದ್ದರಿಂದ, "Quantity" ಕಾಯ್ದಿರಿಸುವಿಕೆಯ ಹೆಸರಾಗಿಲ್ಲ.
  • He tries to find an existing site column named "Quantity" in that site collection. He cannot find it.

ನಾನು ಕೆಲವು ಮಾಡಿದರು ಶೋಧನೆ, and even some coding, ತಾತ್ವಿಕ ಅರಳಿತು ಮತ್ತು ಅಂತಿಮವಾಗಿ ಪ್ರಮಾಣ ಎಂಬ ಕಾಲಮ್ ಮಾಡಿದರು ಕಂಡುಕೊಂಡರು, ವಾಸ್ತವವಾಗಿ, exist. It was in the "_Hidden" group. Hence, ನಾವು ಶೇರ್ಪಾಯಿಂಟ್ ಯೂಸರ್ ಇಂಟರ್ಫೇಸ್ ಮೂಲಕ ಸಿಗಲಿಲ್ಲ.

ಇದು ಹೇಗೆ ಅಲ್ಲಿ ಬಂದೆವು? I do not know, ಆದರೆ ನಾನು ಒಂದು ಸಿದ್ಧಾಂತವನ್ನು ಹೊಂದಿದೆ (ಅಥವಾ ನನ್ನ ಪತ್ನಿ ಇದು ಕರೆಯುತ್ತಾನೆ ಮಾಹಿತಿ, "blah blah blah"). ಎಲ್ಲೋ ಗಡಿರೇಖೆಯ, ಒಂದು ಅಸಾಧಾರಣ ನಲವತ್ತು ಟೆಂಪ್ಲೇಟ್ was added and probably activated at a site in the site collection. It was then deactivated (ಅಥವಾ ಸೈಟ್ ತೆಗೆದುಹಾಕಲಾಗಿದೆ). The site column, ಹೇಗಾದರೂ, remained but in the "_Hidden" group. If someone knows better, ನನ್ನ ಮೂಲಕ ತಿಳಿಸಿ ದಯವಿಟ್ಟು ಇಮೇಲ್ ಅಥವಾ ಕಾಮೆಂಟ್ಗಳನ್ನು ಪೋಸ್ಟ್.

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) ಕಾಲಮ್ ಹೆಸರು ಕಾಯ್ದಿರಿಸಲಾಗಿದೆ ಎಂದು ಅಥವಾ ಅಲ್ಲವೇ. 2) ಇದು ಮೀಸಲಾಗಿರಲಿಲ್ಲ ವಿಶೇಷವೇನು ವೇಳೆ, ಸೈಟ್ ತೋರಿಸಲು, ಅಥವಾ ಕನಿಷ್ಠ ಗುಂಪು, ಕಾಲಮ್ ಹೆಸರನ್ನು ಈಗಾಗಲೇ ಬಳಸಲಾಗಿದೆ.

</ಕೊನೆಯಲ್ಲಿ>

ಒಎಮ್ ಕಸ್ಟಮ್ ಪಟ್ಟಿ ಮೂಲಕ ಪ್ರಸ್ತುತ ದತ್ತಾಂಶ (ಅಥವಾ, ಮತ್ತೊಂದು ಒಎಮ್ ಡೇಟಾ Displayor [YACC ನಂತಹ, ಆದರೆ ವಿವಿಧ])

ಇಂದು, 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."

ಪ್ರಶ್ನೆ ಕಾಲಮ್ ಸೃಷ್ಟಿ ಮಾಡಬಹುದಾಗಿದೆ, ಮತ್ತೊಂದು ಪರಿಸರದಲ್ಲಿ ಅಳಿಸಲಾಗಿದೆ ಮತ್ತು ಮರು ದಾಖಲಿಸಿದವರು, so I knew it wasn’t a reserved name. ಹೇಗಾದರೂ, ನಾನು ಕೇವಲ ಸೈಟ್ ಸಂಗ್ರಹಣೆಯಲ್ಲಿ ಯಾವುದೇ ಸ್ಥಳದಲ್ಲಿ ಪ್ರಮಾಣಿತ ಶೇರ್ಪಾಯಿಂಟ್ ಯೂಸರ್ ಇಂಟರ್ಫೇಸ್ ಮೂಲಕ ನಗರದಲ್ಲಿ ಕಾಲಮ್ ಸಿಗಲಿಲ್ಲ.

ನಾನು ಪೋಸ್ಟ್ ಇಲ್ಲಿ MSDN ವೇದಿಕೆಗಳು ಮತ್ತು ಅದಮ್ಯ ಆಂಡ್ರ್ಯೂ ವುಡ್ವರ್ಡ್ ಆಧಾರವಾಗಿರುವ ಆಬ್ಜೆಕ್ಟ್ ಮಾಡೆಲ್ ದಶಮಾಂಶ ದಿಕ್ಕಿನಲ್ಲಿ ನನಗೆ ಸೂಚಿಸಿದರು.

ನಾನು ಮಾಡಲು ಹೊರಟನು codeplex ನನಗೆ ಸಹಾಯ ಎಂದು ಕೆಲವು ಉಪಕರಣಗಳು ಆಧಾರವಾಗಿರುವ ಒಎಮ್ ದಶಮಾಂಶ ಒಳಗೆ ಇಣುಕಿ ಹುಡುಕಲು ಮತ್ತು ಸಹಾಯ ನನಗೆ ತೊಂದರೆ ಪತ್ತೆ.

ನಾನು ಹಲವಾರು ಉಪಕರಣಗಳು ಪ್ರಯತ್ನಿಸಿದರು ಮತ್ತು ಅವರು ತುಂಬಾ ತಂಪು ಮತ್ತು ಆಸಕ್ತಿದಾಯಕ ಆದರೆ ಅಂತ್ಯದಲ್ಲಿ, the UI wasn’t good enough for my purpose. I’m not criticizing them by any means, ಅವರು ತಮ್ಮ UI ಅನ್ನು ರಚಿಸುವಾಗ ಆದರೆ ಸ್ಪಷ್ಟವಾಗಿ ಉಪಕರಣ ತಯಾರಕರು ಮನಸ್ಸಿನಲ್ಲಿ ನನ್ನ ಸಮಸ್ಯೆಯನ್ನು ಹೊಂದಿರಲಿಲ್ಲ :). Most people seem to be investing a fair amount of time and effort in creating workstation / ಮರದ ವೀಕ್ಷಣೆಗಳು ಒದಗಿಸುವ ಕ್ಲೈಂಟ್ ಅನ್ವಯಗಳನ್ನು, right-click context menus and so forth. These are nice and all, ಆದರೆ ಇದು ಬಹಳ ಸುಲಭವಾಗಿ ಎಂದು ಉನ್ನತ ಆಫ್ ದಿ ಲೈನ್ ಬಳಕೆದಾರರ ಅನುಭವವನ್ನು ರಚಿಸಲು ಕೆಲಸದ ಸಂಗತಿಯೇ.

ನಾನು ಈ ಸಮಸ್ಯೆಗೆ ಉತ್ತರವನ್ನು ಅಗತ್ಯವಿದೆ. ಇದು ನನಗೆ ಸಂಭವಿಸಿದ ನಾನು ಕಸ್ಟಮ್ ಪಟ್ಟಿಯನ್ನು ಒಳಗೆ ಸೈಟ್ ಸಂಗ್ರಹಣೆಯಲ್ಲಿ ಸೈಟ್ ಕಾಲಮ್ಗಳನ್ನು ಎಲ್ಲಾ ದೊರೆಯುವುದಾದರೆ, ನಾನು ಫಿಲ್ಟರ್ ಸಾಧ್ಯವಾಗಲಿಲ್ಲ, ಈ ಬಹುಶಃ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಕಾಲಮ್ ಹುಡುಕಲು ಸಹಾಯ ಎಂದು ವೀಕ್ಷಣೆಗಳು ವಿಂಗಡಿಸಲು ಮತ್ತು ರಚಿಸಿ (ಇದು ತೋರುತ್ತಿದ್ದರು, BTW). I went ahead and did that and an hour or two later, ನನ್ನ ಸೈಟ್ ಕಾಲಮ್ಗಳನ್ನು ಗುಂಪಿನ ಜೊತೆ ಕಸ್ಟಮ್ ಪಟ್ಟಿಯನ್ನು ಲೋಡ್ ಮಾಡಿದ, sorting and so forth. I found my answer five minutes later.

ನಾನು ಯಶಸ್ವಿಯಾಗಿ ಪ್ರಪಂಚದಾದ್ಯಂತ ಕೈಗೊಳ್ಳದಿದ್ದರೆ ಮತ್ತು ಯಾವಾಗ, I think I will decree that all SharePoint tools providers must seriously consider surfacing their object model data in a custom list. That way, ನಾನು ಶಕ್ತಿ ಹೊಂದಿವೆ ನಾನು ಬಯಸುವ ಯಾವುದೇ ರೀತಿಯಲ್ಲಿ ಹುಡುಕಲು (ನಿರ್ಬಂಧಕ್ಕೆ, ಸಹಜವಾಗಿ, ಸ್ಟ್ಯಾಂಡರ್ಡ್ ಶೇರ್ಪಾಯಿಂಟ್ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಮೂಲಕ).

ಶೇರ್ಪಾಯಿಂಟ್ ಡಿಸೈನರ್ ವರ್ಕ್ಫ್ಲೋ ಕಸ್ಟಮ್ ಆಕ್ಷನ್ — ಬಗ್ಗೆ ವೀಕ್ಷಣೆ <ಕ್ಷೇತ್ರ ಟೈ ಡಿಸೈನರ್ ಕೌಟುಂಬಿಕತೆ =”StringBuilder” … />

ಈ ಎರಡು ವ್ಯಾಖ್ಯಾನಗಳು ನಡುವೆ ಒಂದು ಪ್ರಮುಖ ವ್ಯತ್ಯಾಸವಿದೆ ಎಂದು ಕೇವಲ ಒಂದು ತ್ವರಿತ ವೀಕ್ಷಣೆ:

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

ಎದುರಾಗಿ:

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

ಎಸ್ಪಿಡಿ ಈ ರೀತಿಯ ಪ್ರಥಮ ಪ್ರದರ್ಶನಗಳು:

ಚಿತ್ರ

ನಂತರದ ಈ ತೋರಿಸಿದರೆ,:

ಚಿತ್ರ

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 🙂

ಅವಲೋಕನದ ಇದು: StringBuilder ನೀವು ಸ್ಟ್ರಿಂಗ್ ನಿರ್ಮಿಸಲು ಅನುಮತಿಸಿ (ಪ್ರಕಟವಾಗಿ) ಮಿಶ್ರಣ ದಶಮಾಂಶ ಮತ್ತು ಕಾರ್ಯ ಪ್ರಗತಿ ಮೂಲಕ ಒಟ್ಟಿಗೆ ಸ್ಟ್ರಿಂಗ್ ಅಕ್ಷರಗಳು (via the "Add Lookup" ಕಡಿಮೆ ಎಡಗೈ ಮೂಲೆಯ ರಲ್ಲಿ ಬಟನ್). When you use the Add Lookup button, it inserts a token in the form "[%ಟೋಕನ್%]". When SharePoint invokes your custom action, (ನನ್ನ ಸಂದರ್ಭದಲ್ಲಿ ಸಿ # ಕೋಡ್), ಶೇರ್ಪಾಯಿಂಟ್ ಹಾದು-ಟೋಕನ್ ಸ್ವತಃ, not the value of the token. If you use the default designer type (ಸೆಕೆಂಡುಗಳ ಮಾದರಿ), ಶೇರ್ಪಾಯಿಂಟ್ ವಿಸ್ತರಿಸಿ ಮತ್ತು ನಿಮ್ಮ ಕ್ರಿಯೆಯನ್ನು ವಾಸ್ತವಿಕ ಮೌಲ್ಯಕ್ಕೆ-ಟೋಕನ್-ಟೋಕನ್ ಹಾದು.

StringBuilder = BAD, ಡೀಫಾಲ್ಟ್ ವಿನ್ಯಾಸಕ ಕೌಟುಂಬಿಕತೆ = ಉತ್ತಮ.

ಸಹಜವಾಗಿ, 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 (ಇದು ಆಕಸ್ಮಿಕವಾಗಿ ಒಂದು ಇಮೇಲ್ ಕ್ರಿಯೆಯನ್ನು ಒಂದು ಕ್ರಿಯಾತ್ಮಕ ವಿಷಯ ರಚಿಸಲು ಮಾಡುತ್ತದೆ ನಿಖರವಾಗಿ ಏನು, ಆದರೆ ಮತ್ತೊಂದು ಬ್ಲಾಗ್ ಒಂದು ವಿಷಯದ, ಹರ್ ಹರ್).

<ಕೊನೆಯಲ್ಲಿ />

ಅಕಾಲಿಕ ವರ್ಕ್ಫ್ಲೋ ಸಕ್ರಿಯಗೊಳಿಸುವಿಕೆ — ಎ ನಾನ್ ವೈದ್ಯಕೀಯ ಪರಿಹಾರ

ನವೀಕರಿಸಲು: ಈ MSDN ಚರ್ಚೆಯನ್ನು ನೋಡಿ, ವಿಶೇಷವಾಗಿ ಕೊನೆಯ ಪ್ರವೇಶ: http://forums.microsoft.com/MSDN/showpost.aspx?postid=2631057&siteid=1. It describes a condition that may short circuit this whole thing. ಸಂಕ್ಷಿಪ್ತವಾಗಿ, ಕಡ್ಡಾಯವಾಗಿ ಜಾಗ ಕನಿಷ್ಠ ಮಾಡಿತು ಎಂದು ಸರಳ ಇರಬಹುದು.

ನಾನು ಎಂಟು ವಿಷಯ ಪ್ರಕಾರಗಳನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ ಒಂದು ದಾಖಲೆ ಗ್ರಂಥಾಲಯ.

I have a SharePoint Designer workflow that wants to calculate and assign a "reminder date" ಸರಳವಾಗಿ ಕಳೆಯಬೇಕು 30 ಮತ್ತೊಂದು ಕಾಲಮ್ನ ದಿನಗಳು, "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." (ನೀವು KPI ಮತ್ತು ಈ ರೀತಿಯ ಬಗ್ಗೆ ಹೆಚ್ಚು ಹೆಚ್ಚು ಗಣನೀಯ ಕೊರೆತಕ್ಕಾಗಿ ಡೌನ್ ಓದಬಹುದು ಇಲ್ಲಿ).

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.

ಈ ತಂತ್ರ ನಾನು ಡಾಕ್ಯುಮೆಂಟ್ ಅಪ್ಲೋಡ್ ಮಾಡಿದಾಗ ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ.

I upload the document and I am presented with the meta data entry screen. ಈ ಹಂತದಲ್ಲಿ, I’m already in trouble. SharePoint has already, ಅಕಾಲಿಕವಾಗಿ ನನ್ನ ದೃಷ್ಟಿಕೋನದಿಂದ, fired the workflow. I haven’t had a chance to pick the correct content type nor assign a due date. ಅದೇ ಸಮಯದಲ್ಲಿ, 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. ಆದ್ದರಿಂದ … ಇದು ಕಾರ್ಯರೂಪಕ್ಕೆ ನನ್ನ ಕೆಲಸದೊತ್ತಡದ ಕೆಲಸದಿಂದ ಮತ್ತು, 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, ನಾನು ಸರಿಯಾದ ವಿಷಯ ಪ್ರಕಾರವನ್ನು ಆಯ್ಕೆ, enter the meta data and submit. The pause completes and the workflow proceeds as needed. (ನನ್ನ ಪರಿಸರದಲ್ಲಿ ಗಮನಿಸಿ, timer workflow activities from SPD do not work out of the box. You may have the same trouble. ನೋಡು ಇಲ್ಲಿ ಹೆಚ್ಚಿನ ವಿವರಗಳಿಗಾಗಿ).

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, ಆದರೆ ನಾನು ಇನ್ನೂ ಇದು ಇಷ್ಟವಿಲ್ಲ.

ನಾನು ಇಲ್ಲಿ MSDN ಫೋರಮ್ಸ್ ಈ ಬಗ್ಗೆ ಬರೆದಿದ್ದಾರೆ: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2430725&SiteID=1