განახლების: Jeremy Thake არ blogged შესახებ და ამით გარკვეული კოდი console განაცხადის რომელიც აჩვენებს შიდა სახელები.
I was trying to get a content query web part to display a due date from a task and because the screen label is "Due Date", მე ვივარაუდოთ, რომ სვეტის სახელი გამოიყენონ <CommonViewFields> is "Due_x0020_Date".
არასწორი!
The real column name in this case was "DueDate".
როგორ მოხდა მე ეს? I re-read Heather სოლომონის წაკითხვა შესვლის on შეცვლის CQWP to show additional columns of data. She describes this process at step #13. Trust it. It’s correct. ყოველ შემთხვევაში, it was correct for me. I did not trust it at first for another column with a much longer name.
I say "Trust it" because I did not trust it and probably wasted near two hours butting my head up against a wall. After I resolved the "DueDate" სახელი, მინდოდა დაამატოთ კიდევ ერთი სფერო <CommonViewFields>. Using the Solomon technique, I was getting a column name like "XYZ_x0020_Project_x0020_Due_x00".
ვფიქრობდი, რომ პირადად, that’s clearly a truncated name. I went ahead and un-truncated it with no success. I finally used the seemingly truncated name and it worked.
ბონუს წვერი: როცა ვმუშაობდი CQWP, თუ მე დასძინა ცუდი შიდა სახელზე <CommonViewFields>, the CQWP would tell me that the query had returned no results. მაგრამ, თუ მე დასძინა მონაცემთა ტიპის სფეროში სახელი, it would return a result. Adding the data type actually masked a problem since I was referencing a non-existent field. I could add it, მაგრამ როდესაც მე შევეცადე არიან მისი ღირებულება, I would always get a blank.
ეს ასე არ ნიღაბი შეცდომა:
<CommonViewFields>Due_x0020_Date;</CommonViewfields>
ეს ასე ნიღაბი შეცდომა:
<CommonViewFields>Due_x0020_Date,წამების;</CommonViewfields>
</ბოლო>