Cilvēki bieži jautā par kolonnas datu tipu "personai vai grupai, izmantojot" citā kolonnā datu tips "Rēķināt".

Grunts līnija, tas nelīdz, WSS 3.0 (vai MOSS).

Pievienojot aprēķinātu kolonnu, WSS rāda lauku sarakstu, to var izmantot aprēķinos. Ja ievadāt nosaukumu kolonnu, kas nav sarakstā, tā stāsta jums:

Vienas vai vairāku kolonnu atsauces nav atļautas, jo kolonnas ir definētas kā datu tipi, kas formulās netiek atbalstīti.

Profilakse: Izmantojiet notikumu apdarinātājs. Notikumu apdarinātāja ugunsgrēki, kad lietotājs saglabā vienumu. Tā veic atjaunināšanu, jums būtu vēlējies darīt jums aprēķinātajā kolonnā.

Noderīgas saites par aprēķinātie lauki kopumā:

• Izmantojot [Mani] aprēķinātajā kolonnā
• Formulu izteiksmju piemēri (pieklājīgi no http://jopx.blogspot.com/2007/10/calculated-fields-in-windows-sharepoint.html)

Ātrās atruna: Es uzskatu, ka iepriekš ir patiesa un precīza, bet esmu redzējis pietiekami gudrs triku šeit un tur, sūnu WSS, ka nevarētu būt ļoti pārsteigts (nepacietībā, ja jūs) Ja kāds ir izpētījuši, veids, kā to izdarīt, neatsaucoties uz kodu. Ja jūs esat izpētījuši, gudrs darbs ap vai zināt kādu, kas izdarīja, Lūdzu, let me know!

Mēs veicām dažas lielas noslodzes atkārtoti organizēt mūsu vietnes taksonomija, izmantojot "Pārvaldīt saturu un struktūru". Man nezināmu iemeslu dēļ, Šis process (lai gan strādā galvenajā) Ātrā palaišana ir ielauzies dažas navigācijas saites. Raksturo šķelto saites:

• Nepareizu URL. Piemēram, tas būtu "/ vietu/nodaļu/HumanResources /…". Tomēr, jaunas saites ir "/ vietnes/Corporate/HumanResources /…".
• Atkārto biti uz vaicājuma virknes pozīcijas, kā:

/sites/departments/HumanResources/_layouts/viewlsts.aspx?BaseType = 0?BaseType = 0?BaseType = 0?BaseType = 0

Tas ir viegli noteikt, izmantojot iestatījumu/navigācija. Izņemot, MOSS dāvanas mani ar šo, kad es mēģināt un darīt to:

Fakts ir tas, neviens dod jebkādas izmaiņas (malā no manis, protams).

Ātrā meklēšana izrādās pat šo MSDN diskusiju forumi: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

William Heurdier izklāstīts to labi jo priekšpēdējo (kā no 10/02/07) amats:

Fakts ir tas:

Lai atjaunotu bojāto virsraksti, jums ir :

– noņemt visus sarakstus, kas bojāti pozīcijā

– noņemiet bojāto pozīcijā

– No saraksta iestatījumi, pievienot noņemt saraksta Ātrā palaišana (Šī atjaunošana nav bojāti pozīcijas)

Tad jums ir labi iet….

---

SharePoint eksperts – Sogeti Cap Gemini Šveice

Es biju mazliet apmulsis, jo tur vēlas, lai dotos uz lappusi navigācijas, veiciet vēlamās izmaiņas un pēc tam saņemt hit ar "lapa tika modificēta" ziņojums. Galu galā, Es sapratu, man bija jādodas uz saraksta iestatījumi un noņemt/to pievienot ātrās palaišanas. Kas darīja arī triks. Šeit atkal laimīgs reizes ir!

</beigās>

Abonēt manu blogu!

ATJAUNINĀJUMS 12/10/07: Labojumfailu, kā aprakstīts šajā MSDN KB929816 atrisinājis problēmu mums turpmāk minētos. Iegūtu labojumfailu un pēc tam instalējiet katram serverim fermā. Pēc tam, katrā serverī SharePoint konfigurācijas utilītu. Šeit ir MS Support saites ka KB: http://support.microsoft.com/kb/932816.

Fona:

Mēs esam biznesa prasību, kur nepieciešams nodrošināt vides izstrādes vadītājs 30 some-Odd ražošanas vietās, kas atrodas visā Amerikas Savienotās valstis vajadzības nodrošināt šīm rūpnīcām failu, to dažādo valsts pilnvarotu atļauju savlaicīgi. Viena pieeja, ko mēs esam izmeklēti piesaista "pauze līdz datumu" aktivitātes, kas pieejams pie mums, izmantojot SharePoint Designer worfklow. Tehniskais vadītājs (vai viņas palīgs) gada sākumā ievada visas nepieciešamās atļaujas un atgādinājuma datumus. Sistēma pēc tam dara visu smagumu celšana.

Vide:

SŪNA, 64 bit, virtuālo mašīnu vidi (attīstības kaste), 2 serveriem (SQL serverī #1, viss pārējais serverī #2).

Problēmas:

Pauze līdz datumam darbība šķiet ideāls risinājums un tas var izrādīties arī sevi. Tomēr, tas nedarbojas atrodas krietni ārpus lodziņa (par mums).

1. Darbplūsmas uzdevumu ierakstīšana nav ieplānota, lai palaistu, kādreiz. Es atklāju šo, nolasot caur Christopher White (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) lielisks write-up, izmantojot stsadm thusly:
   

   C:\>stsadm -o getproperty - propertyname "darbu darbplūsma" -URL http://localhost

   <Rekvizīts nepastāv = "Nē" />

   C:\>

   Tas bija pārsteidzoši rezultāti, bet viegli atrisināt:

   C:\>stsadm -o setproperty - propertyname "darbs-worfklow" -propertyvalue "ik 1 minūšu skaits starp 0 un 59" -URL http://localhost

   Darbība pabeigta veiksmīgi.

   C:\>

   Pēc darot to, pirmā "In Progress" darbplūsmas ātri apkures augšu, un tas ir darbs.

2. Diemžēl, Nākamais nestrādāja, kā gaidīts. Laimi, Christopher atsaucas mūs šeit (http://support.microsoft.com/kb/932816). Kā rakstīšanas šo ierakstu, mēs gaidām, lai IT nodaļai, lai saņemtu šo labojumfailu, bet tas izskatās daudzsološi. Mūsu kopijas, skartajiem. dll neatbalstu tāda paša izmēra baitu, tāpēc cerams, ka tas atrisinās problēmu.

Profilakse:

Vēlreiz, palaižot komandu stsadm -o setproperty šķita prod darbplūsmas taimera nomodā. Tas būtu, aptuveni 7 minūtes vēlāk, faktiski pamosties un turpināt kopā ar darbplūsmu.

Jautājumi / Jautājumi, kas jārisina:

Pauze līdz datumam nedarbojas.

Pauze līdz datumam nevar atsākt.

Darbplūsmas statuss netiek mainīts no "Progress"

Darbplūsmas statuss paliek "Progress"