ასე რომ,, this morning, my son is determined to see an age-thirteen restricted Halo 3 video at Gamespot. I’m outside shoveling snow, so I’m not there to help or hinder. Necessity is the mother of invention and all that … he has a eureka! moment. He realizes that even though Gamespot wants him to enter his real birth date, he can actually enter ნებისმიერი birth date he wants. Once he realized that, he made himself old enough to see the video.
I’m not quite sure how I feel about this 🙂
At my first job out of college in 1991, I was lucky to to work for a manufacturing company with 13 ადგილას, not including its corporate HQ in New Jersey. I joined just when the company was rolling out a new ERP system. We were a small IT department of about ten people altogether, two of whom Did Not Travel. Part of the project involved replacing IBM System 36 boxes with HP hardware and HPUX. Everyone used green tubes to access the system.
The project rolls along and I’m sent down to Baltimore with a new co-worker, ჯეფ. Our job was to power up the Unix box, make sure the O/S was running, install the ERP system, configure the ERP, train people on the ERP and do custom work for folks on the spot. (This was a dream job, especially coming straight out of college). Before we could really get off the ground, we needed to unpack all the green tubes, put them on desks and wire them. And the best part was that we had to put the RJ11 connectors on ourselves.
For some reason that I never understood and actually never thought to ask about at the time, we had had some contracting company come along and run cable throughout the plant, but we didn’t have them put on the connectors. ასე რომ,, there was a "patch box" with dozens of of unlabeled cables in the "computer room" and these snaked around the building to various places in the building.
We worked our way through it over the course of a weekend, testing each wire, putting on a connector (making sure it was straight vs. crossed), ensuring the bit settings on the green tubes and printers were correct, labeling wires, making sure that "getty" was running correctly for each port and probably a thousand other things that I’ve suppressed since then. It all came together quite nicely.
მაგრამ, there was one important cable that we couldn’t figure out. The plant in Baltimore had a relationship with a warehousing location in New Jersey. Some orders placed in Baltimore shipped out of that location. There were two wires that we had to connect to the HPUX box: a green tube and a printer. The green tube was easy, but the printer turned into a three-week nightmare.
If you don’t know it, or have suppressed it, dealing with green tubes and printers this way, there are various options that you deal with by setting various pins. 8-ცოტა, 7-ცოტა, parity (even/odd/none), probably others. If you get one of those settings wrong, the tube or printer still shows stuff, but it will be total gibberish, or it will be gibberish with a lot of recognizable stuff in between. რა თქმა უნდა, these pins are hard to see and have to be set by using a small flat-edge screw driver. And they are never standard.
We set up the first of many quick calls with the NJ guy (a grizzled computer hater who probably curses us to this day). We got the green tube working pretty quickly, but we couldn’t get the printer to work. It kept "printing garbage". We would create a new RJ11 connector, switching between crossed and straight. We would delete the port and re-created in Unix. We went through the arduous task of having him explain to us the pin configuration on the printer, never really sure if he was doing it correctly.
It’s about time to go live, everything in Baltimore is humming, but we can’t get the cursed printer up in NJ to work! We’ve exhausted all possibilities except for driving back up to NJ to work on the printer in person. To avoid all that driving, we finally ask him to fax us what he’s getting when it’s "garbage", hoping that maybe there will be some clue in that garbage that will tell us what we’re doing wrong.
When we got the fax, we immediately knew what was wrong. აგრეთვე, our method of testing whether we had configured a printer correctly was to issue an "lp" command like this:
lp /etc/passwd
ძირითადად, we printed out the unix password file. It’s always present and out of the box, always just one page. You standard Unix password file looks something like this:
smith:*:100:100:8A-74(ოფისში):/home/smith:/usr/bin/sh guest:*:200:0::/home/guest:/usr/bin/sh
We had been printing out the password file over and over again for several weeks and it was printing correctly. თუმცა, to the end user, it was "printing garbage".
</ბოლო>
My client recently installed a magic device from Juniper that apparently replaced their old Cisco network load balancer (NLB). At about the same time, we installed a hotfix to address a workflow problem.
A day or two later, we noticed a problem when we accessed the shared service provider (SSP). We could get to it, but we would be challenged for a user ID and password many times on each page. This didn’t happen with the main portal app, nor central administration. Naturally, we didn’t know which of the two (Juniper or hotfix) would be the issue, though I strongly suspected the hotfix, figuring we had not installed it quite right.
It turned out that Juniper had some kind of compression setting. ერთი robed figures over in the network group turned that setting off. That solved our problem.
This is not the first time that compression has been the root cause of a SharePoint problem for me. IIS compression adversely affected a 3rd party tool from the good people at The Dot Net Factory for IE 6 browsers (IE 7 browsers worked without difficulty).
ასე რომ,, add "compression" to the hazards list.
</ბოლო>
Credit to: http://www.elfwood.com/art/s/h/sherry/death_colour.jpg.html
I started off my "blogging career" using Microsoft’s platform and it’s been good to me. It’s easy to post, there are good options and widgets for managing your "space", ღირსეული ვებ შენახვისა და ა.შ..
თუმცა, I really just fell into the MS solution with almost no planning. That alone calls for me to evaluate where I am and where I’m going, in terms of a blogging platform. There are also two important limitations that bother me right now vis-à-vis Windows Live Spaces.
პირველი, I can’t get very good statistics. There are stats but the detail is often truncated and not presented in a way that allows for any kind of analysis. There no sorting or export capability. I get many blog ideas based on the kind of information people find (ან განსაკუთრებით ვერ პოულობენ) when they search my blog. It’s very hard to use lives spaces for that.
მეორე, there does not seem to be any mechanism to "monetize" a windows live space blog. სინამდვილეში, იმისათვის, რომ თავი დაეღწია MS განცხადებები (საიდანაც მე გამომდინარეობს უსარგებლოა), I need to actually pay Microsoft. (ყოველ შემთხვევაში, ასე მესმის ეს; მე ვერ საბოლოო პასუხებს ამ და კითხვები მომწონს).
ახლა, მაქვს დადგენილი ნიმუში და კომპლექტი ბლოგინგი ჩვევები, I want to evaluate other options. I’ve done some research and there are a lot of choices, მაგრამ მე ვარ ცნობისმოყვარე, თუ რა სხვა ხალხი, განსაკუთრებით სხვების SharePoint საზოგადოების (როგორც ბლოგერები ან მკითხველს), like to use.
თუ ეს სათაური ინტერესების თქვენ და თქვენ აზრს ან მზად ვართ თქვენი გამოცდილება, გთხოვთ დატოვოთ კომენტარი ან მომაწოდეთ პირდაპირ.
მადლობა!
<ბოლოს />
ფორუმის წევრებს ზოგჯერ ვთხოვ: რატომ SharePoint Designer დააყენა ???? ჩემს ელ ნაცვლად სფეროში ღირებულება?
ერთი მიზეზი ეს არის, რადგან ცვლადი, რომელიც თქვენ ეხება არის null.
ეს შეიძლება მოხდეს, რადგან თქვენ ცდილობთ მითითებას იმ სფეროში, რომელიც "მიმდინარე ელემენტის" მაგრამ შესახებ არ შესულა მნიშვნელობა შევიდა, რომ ფორმა სფეროში.
<ბოლოს />
სცენარი: ამ SharePoint Designer workflow, you need to determine if a date field is blank.
პრობლემა: SPD does not provide a direct method for comparing dates to anything other than a date. You cannot create a condition like this: "თუ [DateField] ტოლია ცარიელი ".
Solution: Convert the date to a string. Use string comparison to determine if the date is blank.
ეკრანზე დარტყმები:
The following screen shots show how to do this. ამ სცენარით, სფეროში პუნქტის, "Environmental Permits:First Permit Reminder Date", წარედგინება და workflow ხანძარი საპასუხოდ.
შენიშვნები:
როდესაც მე შევეცადე ამ, I was pleasantly surprised to learn that it works. I was worried that SharePoint Designer might disallow the string assignment (Variable:StringReminderDateDate) მაგრამ ეს საშუალებას იძლევა.
მე ასევე შეშფოთებულია, რომ საშუალებას აძლევს მას, ღირებულება შეიძლება იყოს ბათილად და არც აფეთქების WF at runtime ან იქნებ დააყენებს გლობალური ტემპერატურის 1/2 ხარისხი, მაგრამ ეს შეშფოთება იყო უსაფუძვლო.
</ბოლო>
დღეს, 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. შემდეგი, 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. და ბოლოს, 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, ნამდვილად, რომ მონაცემების მოძიება ასპექტები CQWP იმდენად კარგად ცალკე მონაცემების პრეზენტაცია ასპექტები. მაგრამ, ეს ასე არ არის ადვილი ასახსნელია, არის?
<ბოლოს />
იმ ყუთში, Moss’ ინფორმაციის შეკითხვის ვებ ნაწილი (CQWP) მონიტორები მისი შედეგები სიაში ფორმატში, similar to search results. It is also possible to display the results in a grid format (i.e. 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 მსგავსი ქმნის, რომ შედეგი:
<html> <სხეულის> <ცენტრი> <მაგიდა სასაზღვრო= 1> <!-- Labels -> <tr bgcolor= Blue> <td><font ფერი= თეთრი><ბ>პროექტის დასახელება</ბ></font></td> <td უერთდებიან= უფლება><font ფერი= თეთრი><ბ>დასრულება თარიღი</ბ></font></td> <td უერთდებიან= უფლება><font ფერი= თეთრი><ბ>ბიუჯეტი</ბ></font></td> <td უერთდებიან= უფლება><font ფერი= თეთრი><ბ>ფაქტობრივი ხარჯი</ბ></font></td> <td><font ფერი= თეთრი><ბ>სრული სტატუსი</ბ></font></td> </tr> <tr> <td>ხელახალი მავთულები კომპიუტერული ოთახი.</td> <td უერთდებიან= უფლება>02/01/08</td> <td უერთდებიან= უფლება>22,500.00</td> <td უერთდებიან= უფლება>19,000.00</td> <td>გრძელდება</td> </tr> <tr> <td>დებულება სერვერებზე SQL განახლება</td> <td უერთდებიან= უფლება>04/01/08</td> <td უერთდებიან= უფლება>7,500.00</td> <td უერთდებიან= უფლება>0.00</td> <td>იგეგმება</td> </tr> </მაგიდა> </ცენტრი> </სხეულის> </html> |
დაიცავით ამ ნაბიჯებს, რათა შეიქმნას ქსელის:
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) და Heather სოლომონის წაკითხვა აქ (http://www.heathersolomon.com/blog/articles/CustomItemStyle.aspx).
დასაწყისი და გადადგას ნაბიჯები, ერთი მეშვეობით ხუთი მიხედვით MSDN დოკუმენტაცია და Heather სოლომონ სტატია.
ამ ეტაპზე, თქვენ დაემატა თქვენს CQWP გვერდზე და თქვენ თქვენი <CommonViewFields> კონფიგურაცია, როგორც საჭიროა.
შემდეგ ჩვეულ ნაბიჯები, მე ამ შუალედური შედეგები:
1. შექმნა ინფორმაციის ტიპი, a templatized custom list for that content type and two sites. Here is the content type:
აქ არის საიტი სტრუქტურა:
2. დამატება CQWP შექმნის შემდეგ ჩემი პროექტი subsites და სინგლეტონი პროექტის შემაჯამებელი სიები:
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 template შემდეგი რედაქციით:
<XSL:template name="Grid" match="Row[@Style=’Grid’]" mode="itemstyle">
მე ასევე ოდნავ შეცვალოს მისი ვარაუდით <XSL:for-თითოეული …> დამატებით <br /> tag უზრუნველყოს სუფთა ჩამონათვალი:
<XSL:for-თითოეული შერჩევა="@ *"> P:<XSL:ღირებულების შესახებ შერჩევა="სახელი()" /><br/> </XSL:for-თითოეული>
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".
ამ ეტაპზე, ჩვენ დატოვება Heather ს ბლოგი და shoulders ამ გიგანტი, მე დამატება ჩემი საკუთარი ცოტა.
შენიშვნა: როდესაც ცვლილებების ორივე 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 ადრე ასხივებენ პირველი რიგის მონაცემები და დახურვის <მაგიდა> 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.
გამოყენება Heather სოლომონ ტექნიკურად, we locate ContentQueryMain.xsl. It is located in the same place as ItemStyle.xsl. This screen shot should help:
ჩვენ უნდა მოვახერხოთ, შემდეგი სახის ცვლილებები:
Locate the template named "OuterTemplate.CallItemTemplate" განსაზღვრული სიმებიანი:
<XSL:template სახელი="OuterTemplate.CallItemTemplate">
ჩანაცვლება მთელი template შემდეგი რედაქციით:
<XSL:template სახელი="OuterTemplate.CallItemTemplate"> <XSL:შეჩერება სახელი="CurPosition" /> <!-- Add the "LastRow" პარამეტრების. We only use it when the item style pass in is "Grid". --> <XSL:შეჩერება სახელი="LastRow" /> <XSL:აირჩიოს> <XSL:როდესაც ტესტი="@ სტილი = 'NewsRollUpItem ""> <XSL:ვრცელდება-თარგები შერჩევა="." რეჟიმი="itemstyle"> <XSL:with-param სახელი="EditMode" შერჩევა="$cbq_iseditmode" /> </XSL:ვრცელდება-თარგები> </XSL:როდესაც> <XSL:როდესაც ტესტი="@ სტილი = 'NewsBigItem ""> <XSL:ვრცელდება-თარგები შერჩევა="." რეჟიმი="itemstyle"> <XSL:with-param სახელი="CurPos" შერჩევა="$CurPosition" /> </XSL:ვრცელდება-თარგები> </XSL:როდესაც> <XSL:როდესაც ტესტი="@ სტილი = 'NewsCategoryItem ""> <XSL:ვრცელდება-თარგები შერჩევა="." რეჟიმი="itemstyle"> <XSL:with-param სახელი="CurPos" შერჩევა="$CurPosition" /> </XSL:ვრცელდება-თარგები> </XSL:როდესაც> <!-- უღელტეხილის მიმდინარე პოზიცია და lastrow to Grid itemstyle.xsl template. ItemStyle.xsl გამოიყენებს, რომ გადასცემს ღია და დახურვის <მაგიდა> tags. --> <XSL:როდესაც ტესტი="@ სტილი = 'Grid ""> <XSL:ვრცელდება-თარგები შერჩევა="." რეჟიმი="itemstyle"> <XSL:with-param სახელი="CurPos" შერჩევა="$CurPosition" /> <XSL:with-param სახელი="ბოლო" შერჩევა="$LastRow" /> </XSL:ვრცელდება-თარგები> </XSL:როდესაც> <XSL:წინააღმდეგ შემთხვევაში> <XSL:ვრცელდება-თარგები შერჩევა="." რეჟიმი="itemstyle"> </XSL:ვრცელდება-თარგები> </XSL:წინააღმდეგ შემთხვევაში> </XSL:აირჩიოს> </XSL:template> |
კომენტარები აღწერს მიზნით ცვლილებები.
რა თქმა უნდა, the "OuterTemplate.CallItemTemplate" is itself called from another template. Locate that template by searching for this text string:
<XSL:template სახელი="OuterTemplate.Body">
გადახვევა მეშვეობით ინსტრუქციები OuterTemplate.Body და ჩადეთ LastRow პარამეტრების შემდეგი რედაქციით (ნაჩვენებია კომენტარის კურსივით):
<XSL:ზარის template სახელი="OuterTemplate.CallItemTemplate"> <XSL:with-param სახელი="CurPosition" შერჩევა="$CurPosition" /> <!-- ჩადეთ LastRow პარამეტრების. --> <XSL:with-param სახელი="LastRow" შერჩევა="$LastRow"/> </XSL:ზარის template>
მას შემდეგ, რაც ეს ყველაფერი, ჩვენ საბოლოოდ არ რამ შეიქმნა სათანადოდ ისე, რომ ჩვენი ItemStyle.xsl შეიძლება გადასცემს <მაგიდა> tags at უფლება ადგილი.
შენიშვნა: ისევ, შემოწმება ItemStyle.xsl მიღების შემდეგ რაიმე ცვლილება ისე, რომ ხედავთ ეფექტი ის ცვლილებები.
ჩვენ გვყავს ორი ამოცანა აქ:
პირველი, უახლოეს დაბრუნება of ItemStyle.xsl, დაამატოთ ეს ხაზი:
<!-- ზოგიერთი mumbo jumbo, რომელიც საშუალებას გვაძლევს ცარიელია U.S. ვალუტის. --> <XSL:ათობითი ფორმატის სახელი="პერსონალის" ციფრი="D" /> <XSL:template სახელი="სტანდარტული" ემთხვევა="*" რეჟიმი="itemstyle">
შენიშვნა, რომ მე დასძინა, რომ უშუალოდ <XSL:template name="Default" …> definition.
შემდეგი, 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:template სახელი="Grid" ემთხვევა="Row[@ სტილი = 'Grid "]" რეჟიმი="itemstyle"> <!-- ContentMain.xsl passes CurPos and Last. We use these to conditionally emit the open and closing <მაგიდა> tags. --> <XSL:შეჩერება სახელი="CurPos" /> <XSL:შეჩერება სახელი="ბოლო" /> <!-- The following variables are unmodified from the standard ItemStyle.xsl --> <XSL:ცვლადი სახელი="SafeImageUrl"> <XSL:ზარის template სახელი="OuterTemplate.GetSafeStaticUrl"> <XSL:with-param სახელი="UrlColumnName" შერჩევა="'ImageUrl'"/> </XSL:ზარის template> </XSL:ცვლადი> <XSL:ცვლადი სახელი="SafeLinkUrl"> <XSL:ზარის template სახელი="OuterTemplate.GetSafeLink"> <XSL:with-param სახელი="UrlColumnName" შერჩევა="'LinkUrl'"/> </XSL:ზარის template> </XSL:ცვლადი> <XSL:ცვლადი სახელი="DisplayTitle"> <XSL:ზარის template სახელი="OuterTemplate.GetTitle"> <XSL:with-param სახელი="სათაური" შერჩევა="@Title"/> <XSL:with-param სახელი="UrlColumnName" შერჩევა="'LinkUrl'"/> </XSL:ზარის template> </XSL:ცვლადი> <XSL:ცვლადი სახელი="LinkTarget"> <XSL:თუ ტესტი="@OpenInNewWindow = 'True'" >_blank</XSL:თუ> </XSL:ცვლადი> <!-- 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:ცვლადი სახელი="tableStart"> <XSL:თუ ტესტი="$CurPos = 1"> <![CDATA[ <table border=1> <tr bgcolor="blue"> <td><font color="white"><ბ>პროექტის დასახელება</ბ></font></td> <td align="right"><font color="white"><ბ>დასრულება თარიღი</ბ></font></td> <td align="right"><font color="white"><ბ>ბიუჯეტი</ბ></font></td> <td align="right"><font color="white"><ბ>ფაქტობრივი ხარჯი</ბ></font></td> <td><font color="white"><ბ>სრული სტატუსი</ბ></font></td> </tr> ]]> </XSL:თუ> </XSL:ცვლადი> <!-- 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:ცვლადი სახელი="tableEnd"> <XSL:თუ ტესტი="$CurPos = $Last"> <![CDATA[ </მაგიდა> ]]> </XSL:თუ> </XSL:ცვლადი> <!-- 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 will generate stuff like "&ლ;მაგიდა>" instead of "<მაგიდა>". --> <XSL:ღირებულების შესახებ შერჩევა="$tableStart" გაუქმდება და გამოშვების-აფარებს="დიახ"/> <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:ღირებულების შესახებ შერჩევა="@ Project_x005F_x0020_Name"/> </td> <td უერთდებიან="უფლება"> <XSL:ღირებულების შესახებ შერჩევა="@ Project_x005F_x0020_End_x005F_x0020_Date"/> </td> <td უერთდებიან="უფლება"> <XSL:ზარის template სახელი="formatcurrency"> <XSL:with-param სახელი="ღირებულება" |
განახლების (04/2008): ეს დიდი წაკითხვა შესვლის გვიჩვენებს კარგი javascript დაფუძნებული მიდგომა ამ პრობლემის: 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 პროვაიდერები, ჩვენ გვსურს მუშაობას მსგავსი:
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.
რეალური მიზანი ამ მუხლის აღწერს შესაძლო გადაწყვეტილებების და ეს ვარიანტი, როგორც ვიცი მათ:
თუ ვინმეს იცის სხვა და / ან უკეთესი ვარიანტები, გთხოვთ კომენტარის და მე განაახლებს ორგანოს ჩანაწერი.
<ბოლოს />
To filter for a query for the Yes/No check box entitled "PG Milestone", კონფიგურაციის CQWP მსგავსი:
ეს არის კიდევ ერთი ერთი იმ აშკარა ოდესღაც თქვენ-ვიცი, მაგრამ ძნელად პოულობენ-პასუხისას-კითხვებზე: როგორ გავფილტროთ on დიახ / არა თოლიას გამოყენებით შინაარსი შეკითხვის ვებ ნაწილი.
პირველი ძებნის შედეგი I find using the search term "filter yes/no content query web part" არის ბინა out არასწორი, ასე მეგონა, მე მინდა რომ ეს იყო და თუ მას შეუძლია შეცვალოს არასწორი შედეგი ტიპიური ძიების შედეგების.
ეს საკმაოდ ადვილი: True values = "1" and false values do not equal "1" (საკმაოდ retro, რეალურად).
აღნიშნულ მაგალითად, I created site column of type "Yes/No (ჩამრთველი)" named "PG Milestone". I added it to a doc library, ატვირთული რამდენიმე დოკუმენტები, მითითებული მნიშვნელობა წყვილი და ტესტირება იგი.
<ბოლოს />
