Inimesed küsivad tavaliselt kasutades andmete tüüp "isiku või rühma" Tippige teise veeru andmete "Arvutatud".

Alumine rida, see ei tööta WSS-i 3.0 (või MOSS).

Arvutatud veeru lisamisel, WSS näitab väljade loendit saab kasutada arvutamisel. Kui tipite nime veerg, mis ei ole tema loendis, ta ütleb teile:

Ühte või mitut veeruviidet ei lubata, Kuna need veerud on määratletud valemites mittetoetatava andmetüübina.

Lahendus: Kasutage sündmuseohjuri. Sündmuseohjuri tulekahjud kui kasutaja salvestab üksuse. Ta täidab sa oleks tahtnud teha teile arvutatud veeru update.

Kasulikke linke arvutatud väljad:

• Kasutades [Mulle] arvutatud veerus
• Valemi avaldiste näited (kättesaadavaks teinud http://jopx.blogspot.com/2007/10/calculated-fields-in-windows-sharepoint.html)

Kiire loobumine: Usun, et eespool olevat õige ja täpne, kuid ma olen näinud piisavalt targad näpunäiteid siin ja seal, et ma ei oleks äärmiselt üllatunud MOSS/WSS-I (agog, kui te) Kui keegi on mustriga läbi viis seda teha ilma pöörduvad kood. Kui te olete otsustanud tark töö-around või keegi, et tegid, Palun andke teada!

Me tegime mõned raskeveokite uuesti korraldamine meie saidi kaudu "Halda sisu ja struktuuri" taksonoomia. Mulle teadmata põhjustel, See protsess (Kuigi töötavad peamiselt) murdsin mõnda navigeerimislinke kiirkäivitusribal. Katkenud linkide iseloomustab:

• Vale URL. Näiteks, See peaks olema "/ sites/osakonnad/personaliosakonna /…". Aga, uus link on "/ sites/Corporate/personaliosakonna /…".
• Korduv bitti Päringustring pealkirja, nagu ka:

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

See on piisavalt lihtne, infoportaali/seaded kaudu määrata. Välja arvatud, MOSS tutvustab mind seda proovida ja teha:

Fakt on see, keegi teeb igast muudatusest (peale mind, Muidugi).

Kiire otsing ilmub see MSDN-i foorumites arutelu: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

William Heurdier näeb see kenasti, et eelviimase (seisuga 10/02/07) Post:

Fakt on see:

Taastada rikutud pealkirjad, sa pead :

– Eemalda kõik nimekirjad rikutud pealkirja all

– Eemalda vigane pealkiri

– Loendi sätted:, eemaldatud loendi kiirkäivitusribal lisamiseks (See taastada mitte vigane pealkiri)

Sa oled siis hea minna….

---

SharePoint ekspert – Sogeti Cap Gemini Šveits

Olin veidi segaduses, sest ma hoida tahavad minna lehele navigeerimine, tehke muudatused ja seejärel saada jkhun on "leht muudeti" sõnumi. Lõpuks, Mõistsin, et mul oli minna loendi sätete ja eemaldada/lisada see kiirkäivitusnuppudena. Mis ei trikk. Head ajad on siin jälle!

</lõpp>

Telli minu blogi!

VÄRSKENDUS 12/10/07: MSDN-i KB929816 kirjeldatud kiirparandust lahendanud meile allpool nimetatud. Käigultparanduse hankimiseks ja seejärel installige iga server Farm. Seejärel, SharePointi konfigureerimisutiliit igas serveris. Siin on MS Support linki, et KB: http://support.microsoft.com/kb/932816.

Taust:

Meil on ettevõtte nõue kui keskkonna peainsener peab tagama, et 30 Some-Odd valmistamise kohad asuvad kogu Ameerika Ühendriikide peab tagama kõnealuste taimede kontuurfail eri riigi volitatud lubades õigeaegselt. Me uurida üks lähenemine intensiivistab "paus kuni kuupäev" tegevus, mis on meile kättesaadavad SharePoint Designer worfklow. Peainsener (või tema abiline) sisestab nõutavad load ja meeldetuletuse kuupäev aasta alguses. Süsteem siis teeb kõik raske töö.

Keskkond:

MOSS, 64 bit, virtuaalarvuti keskkond (arendamist kast), 2 serverid (SQL serveris #1, Kõik muu server #2).

Probleemid:

Paus kuni kuupäev tegevus tundub ideaalne lahendus ja see võib osutuda end. Aga, See ei tööta hästi kasti (meile).

1. Töövoo töö oli kavas käivitada, kunagi. Ma avastasin selle lugedes Christopher White (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) Suurepärane kirjutada-up kasutades stsadm thusly:
   

   C:\>stsadm -o getproperty - propertyname "töö töövoog" -URL-i http://localhost

   <Atribuuti olemas = "No" />

   C:\>

   See oli üllatav tulemus, kuid kergesti lahendatavad:

   C:\>stsadm -o setproperty - propertyname "töö-worfklow" -PropertyValue "iga 1 vahel 0 ja 59" -URL-i http://localhost

   Toiming on edukalt lõpule.

   C:\>

   Pärast seda, et, esimene "In Progress" töövoo kiiresti Köetakse üles ja tegi seda on töö.

2. Kahjuks, kõrval üks ei tööta ootuspäraselt. Õnneks, Christopher osutab meile Siin (http://support.microsoft.com/kb/932816). Kirjalikult seda sisestust, Me ootame IT-osakond selle käigultparanduse hankimine, Aga vaata paljutõotav. Meie koopiad mõjutatud .dll jagada sama baidi suuruse, nii et loodetavasti see ei lahenda probleemi.

Lahendus:

Uuesti käivitatud stsadm -o setproperty-käsk tundus, et ärkvel töövooajasti prod. See oleks, umbes 7 minutit hiljem, tegelikult ärkama ja jätkama koos töövoog.

Küsimused / Küsimused, mida käsitletakse:

Paus kuni kuupäev ei tööta.

Paus kuni kuupäev ei ärka.

Töövoo oleku muutus "In Progress"

Töövoo oleku jääb "In Progress"

Ülevaade

See kirje kirjeldab juhtumiuuring kirjeldab tegelikku MRO (Hooldus, Remont ja operatsioonid) töövoo kinnitamise protsessi rakendatakse MOSS.

See ei ole avalikult tehniline arutelu, kuid selle asemel teenib reaalse maailma näide, mis demonstreerib, kuidas MOSS platvormi täidetud reaalse maailma vaja.

(See kirje on rist vahel panin http://paulgalvin.spaces.live.com ja http://blogs.conchango.com)

Taust

Kliendi MRO protsess oli iseloomustada järgmiselt.

• Käsitsi kinnitamise protsessi.
• Mõned toetust kasutades Exceli arvutustabeleid.
• Ebaregulaarne kinnitamise protsessi. Sama MRO ostu kinnitamise protsessi erinevad igapäevase, inimese poolt isik.
• Palju paberit ja käsitsi kirjutatud allkirjade — osta vajalikud kuni ostutellimused 3 Kirjalik allkirjad enne lõplikku kinnitamist.

Selles sisalduva projekti eesmärgid:

• Täielikult automatiseerida protsessi.
• Rakendada ettevõtte standardite kinnitamiseks.
• Konsolideeritud vaadet MRO osta erinevate juhtide.
• Üksikasjalik kontrolljälg.

Nagu kõrvalnäht lahuse, Kirjalik allkirjad olid enam vaja.

Kinnitamise protsessi

Kinnitamise protsess koosneb neljast "ujuda rada": Koostaja, Otsene juht, Funktsionaalne manager ja ärisuuna juht.

Koostaja:

Ostu tõendavaid lisadokumente ja algab protsess. Pange tähele, et algataja võib või ei tohi tegelikult sisestada ostutellimuse nõudelehe, kuid selle asemel suuna teise töötaja selleks. Mõned ajad, algataja ei ole tehnilisi teadmisi, et täita PO nõudelehe. Näiteks, Kasutaja soovida tellimus uue sülearvuti, Aga tea, parim müüja, IT standardid, jne. Sel juhul, algataja töötab see ja see täidab tegelikult Ostutellimus.

Otsene juht:

See on otsene ülemus koostaja (mis võib olla erinev isik, kes tegelikult kantud PO nõudelehe MOSS). Otsene juhtide peab kinnitama PO nõudelehe enne süsteem palub Ruodussa kinnitamise edasi.

Funktsionaalne Manager:

Funktsionaalne manager on isik, kes on kohustatud tagama, et kavandatavast vastab ettevõtte standarditele, eelkõige ettevõtte funktsiooni reguleerimisalasse. Näiteks, IT ostud heaks kiitnud IT funktsionaalne juht.

Ärisuuna juht:

Osakonna juhtidele, heaks kiitma ostu ostutellimused rangelt dollar summa. Ärisuuna juht kinnitab ostu ostutellimused seadistatav dollari suurust.

Lahendus

Me kasutasime järgmised tööriistad ja komponendid selle lahenduse rakendamine:

MOSS: Toimib ära mis kõike muud "hangub" platform. MOSS osutab aluspõhja turvalisus, põhiandmed, kontrolljäljed ja muud funktsioonid.

Teenuse InfoPath forms services: MOSS komponent, See võimaldab kasutajatel täita ostu ostutellimused veebilehitsejaga.

SharePoint Designer (SPD): Me kasutasime SPD rakendada automatiseeritud Töövooprotsessi.

Veebiteenuse: C# veebiteenuse parandab kasutaja kogemus võimaldab kuhjuvate valikute loendid InfoPathi vormi ning annab paremaid tulemusi seoses andmete filtreerimine. Vt Siin tehnika deep Dive sel teemal ja meie põhjusi, kasutades seda.

Kohandatud loendid: MOSS kasutajaprofiilid ette antud kasutaja otsene juht, kuid enamik kontrollitud töövoo otsused andmeid ei esitanud (näiteks. Kas jagatud haldur on kohustatud kinnitama PO nõudelehe). Me kasutasime Kohandatud loendid "ettevõtte andmeid" saidi säilitada andmeid, näiteks "Jagatud halduri heakskiitu dollari suuruse", "Funktsionaalne ala Manager" jne. Loendite integreeritud väga kenasti InfoPath ja annavad ka luua/värskendamine/kustutamine (SODI) auditeerimine ja karbist funktsionaalsus.

Kasutamise juhtum

Kasutamise juhtum näitab, kuidas lahendus sobib kokku:

1. Paul tahab uue sülearvuti. Ta kirjeldab oma vajadustele Vivek, IT-töötaja tuttav ettevõtte sülearvuti standardid, eelistatud müüjad, jne.
2. Vivek logib MOSS, PO nõudelehe vorm pääseb juurde ja siseneb nõudelehe nimel Paul. Vormi küsib Vivek ostu kategooria, mis kasutab veebiteenuseid asustamiseks firma heaks hankijate ripploendist. Vivek täpsustatakse ka selle ostmine ettevõtte funktsionaalsele alale (näiteks. "SEE" või "Rahandus").
3. Ühtse Programmdokumendi alusel töövoog käivitub, määratleb Pauluse otsene ülemus ja suunab Ostutellimus tema manager, Stacy.
4. Stacy kinnitab ostu nõudelehe.
5. SPD töövoo kontrollib Ostutellimus ja määratleb on IT ostu. See suunab töövoo funktsionaalne infojuht, Wonson.
6. Wonson kiidab Ostutellimus.
7. SPD töövoog uuesti kontrollib Ostutellimus ja otsustab, et ostusumma ületab maxium dollari suuruse ja marsruutimine kinnitamiseks osakonna juhataja.
8. Ärisuuna juht kinnitab ostu nõudelehe.

Märkmed

• Kasutamise juhtum näitab "puhas" käivitada ilma tagasilükkamiste või hüppeid.
• Iga kinnitaja on võime kinnitada või hüljata ostutellimus, samuti pakkuda kirjalikke kommentaare. Need logitakse kontrolljäljes.
• Kui vastutav juht lükkab ostu nõudelehe igal, PO nõudelehe on "surnud" ja seda protsessi tuleb alustada algusest.
• Töövoo teatab igal sammul protsessi algataja.
• Ükski kirjalik allkirjad — määratud kliendi (pärast mõned jõulised soovitused) audit trail kaudu töövoo ajalugu, kätte nende auditeerimise vajadustele.
• Püügikoormuse — Kulus umbes kolm mees nädalat seda lahendust.

Järeldus

See lahendus intensiivistab MOSS, arengu ja käitusaja platvorm. Kliendi suutis võimendada MOSS kursisolekut automatiseerida rutiinne äriprotsessi, mis mõjutas peaaegu iga töötaja ettevõttes. Välja arvatud lihtne veebipõhine teenus (mis omakorda tasakaalustab MOSS), peaaegu mingit tegelikku "programmeerimine" oli vaja.

Lahendus toimib ka "presentatsioon" kliendi jaoks, näidata, kuidas erinevad MOSS funktsioone saab kombineerida HansaWorld äriandmete rakenduse loomine ja genereerida uusi konsulteeriva võimalusi tulevikus.

Sõnastik

MRO: Hooldus, remont ja operatsioonid. Need Ostud hõlmavad tavaliselt üksusi nagu notepads, toolid, personaalarvutite, printerid, Mobiiltelefonid ja nagu.

See võib olla ilmne, et paljud, kuid samas õpib minu MOSS programmitöö eksami, Sain teada, et see on üsna lihtne saada tegelik XML otsingupäringu kaudu kasutajaliides.

Üks kiire meetod on järgmine:

• Pääsege juurde täpsustatud otsing.
• Soorita otsing, mis tagastab andmeid.
• Redigeerige lehte (Via saidi sätted).
• Muuda XSL-i järgmine:

<?XML-i versioon="1.0" kodeering="UTF-8"?>
<XSL-i:laadileht versioon="1.0" xmlns:XSL-i="http://www.w3.org/1999/XSL/Transform">
<XSL-i:väljund meetod="XML-i" versioon="1.0" kodeering="UTF-8" taane="Jah"/>
<XSL-i:Mall vaste="/">
<Pre>
<XSL-i:koopia-ning Valige="*"/>
</Pre>
</XSL-i:Mall>
</XSL-i:laadileht>

• Löögi suhtes.
• Kuva allikas brauseris.

Pange tähele, et selle <Pre> Tag ei tee palju välja teenida mugav markerina tulemuste vaatamisel.

See trikk võib olla väga kasulik, kui töötamine hallatavate atribuutide ja kohandamine otsida. See annab lõpliku loetelu saate kasutada oma xslt, mis oleks olnud väga kasulik XML Viimane 25 korda olen loonud mõned kohandatud Otsingu tulemused.

See peaks töötama dataviews samuti, Kuigi ma pole harjunud et läbi veel.

Ma näen, et Eric Kraus ees seisis tavaliselt kohtusin sisu sisupäringu veebiosa nõue. Probleem? Ta oli puhas WSS keskkond, kus puudub juurdepääs ning CQWP. Selle asemel, et loote seisundit curling (Ma pean võitlema iga päev tung, tundub), ta tuli koos lahendus, mis annab vähemalt WSS kauplused väike võimalus õnnestuda. See on kirjeldatud Siin.

Stefan Goßner on panna kokku kohutav 4-osa seeria SharePointi sisu ja juurutamise API Siin. Hotellis on suurepärane ülevaade ja väga häid näiteid kood (C#).

Ma esimest kiirenes selle lingi joris poelmans blogi aadressil http://jopx.blogspot.com/.

Isegi kui sa oled nagu mina, et teil on olnud palju praktilist tööd sisuhaldus, See on väärt 20 minutit aega, et lugeda.

Kasutades API, üks võimalik:

• Eksportida ja importida sisu väga kergesti.
• Uuesti vanem sisu. Kui eksporditav osa sisu saidil "A" ja saada saidi "B" Aga täiesti uus koht hierarhias, See on võimalik.
• Eksportige sisu saidi A ja importida valitud bitti mittetundlik.
• Uuesti linkimine sisu (tähendab tegeleda kõik hüperlingid).

Keegi selle Internets küsib loomist arvutatud veeru loendit, mis näitaks vormindatud väärtuse"[Kasutaja] – [Olek] – [Asukoht]" nagu "Paul Galvin – Joomine [Tasuta] Õlu – Rannas".

Paul minna ja uuendada oma nimekirja kandmist ja arvutatud veeru oleks asjakohaselt ajakohastada. Selle [Kasutaja] peaks vaikimisi selle sisestamine/ajakohastamine loendi kasutaja.

Arvutatud veergu ei saa kasutada "lenduvate" funktsioone, näiteks [Mulle] või [Täna]. Ma lahendada see testikeskkonda alltoodud juhiseid:

1. Loo teksti veerg nimega "Praegusele kasutajale".
2. Määratud vaikeväärtus [Mulle]
3. Saate luua arvutatud veeru nimega "Calc Test".
4. Määrata selle väärtuseks = [Praegune kasutaja]

Ma läksin, lisatud üksuse loendisse ja see töötas.

Olen vaevanud selle vormi 9 kuud ja ma näen, et inimesi foorumites MSDN ja Usenet on see too.l

Mõnikord, juurdepääsu Wordi dokumendi loomisel (või muu dokumendi tüübid) dokumendist Raamatukogu põhjustab Internet Explorer lihtsalt crash ja ära minna (võttes vahekaardid seda, kui kõik on avatud).

Käigultparandus MS võib lahendada see: http://support.microsoft.com/kb/938888

Ka, mõned kirjeldus probleem siin on:

http://jopx.blogspot.com/2007/07/solving-internet-explorer-crash-when.html

Ülevaade:

Loodud kohandatud loendi, mis haldab koos kümneid veerge sisutüübile.

Lisatud lehele ja seejärel via SPD, andmete vaade ümberarvestamisel.

Probleem:

Xpath-avaldist oli tagasi tühi veerg nimega "Hetkeseis". Ma viitestandard see thusly:

    <tabeli äärise = "1">
      <XSL-i:iga valige = "/ dsQueryResponse/ridu/rida" >
        <TR>
          <TD>
            Praegune olek:
            <XSL-i:select="@Current_x0020_Status" väärtuse kohta></XSL-i:väärtuse kohta>
          </TD>
        </TR>
      </XSL-i>
    </Tabel>

CT veerg nimega "Praegune olek". See näitab üles otsingu "Praeguse oleku". Kõikjal vaatad, näete "Praegune olek".

Samas keretäis hullupööra umbes, Otsid lahendust, Ma hoopis nimetatud "@Recruiter" ja ennäe! — mis tegelikult on tagastatud hetkeseisu. Ma ootasin seda tagasi tagasi värbaja, kui ma seda tegin.

Lahus:

Ma torkasid SPD. Selle lehele ühtse Programmdokumendi ja kuvab Andmevaate. Te saate kontrollida tegeliku andmete ja nendega seotud XPathi vaatele antud. Siin sain teada, et tõepoolest, Xpath viitas "Värbaja". Kummalisel kombel, on "tegelik" värbaja välja tõi: "Recruiter1".

Ära võtma:

Ühtse Programmdokumendi annab autoriteetne XPathi avaldised read & andmete vaates veergudena.

Teine, See näitab tegelikud andmed. Nii näiteks, veerus tüüp kuvatakse see:

<NOBR siduda><span><A HREF="/sites/Corporate/HumanResources/TalentAcquisition/_layouts/userdisp.aspx?ID = 17">Galvin, Paul</A><img border ="0" kõrgus = "1" laius = "3" src="/_Layouts/images/blank.gif"/><href = "javascript:’ OnClick ='IMNImageOnClick();Tagastab false;’ klassis = "ms-imnlink"><img nimi ='imnmark’ pealkiri =” Border =’0′ kõrgus ='12’ laius ='12’ src='/_Layouts/images/blank.gif’ alt = "puudub olekuinfo’ SIP ='PGalvin@xxx.com’ ID = "imn_77, type = smtp" /></a></span></NOBR siduda>