Ľudia obyčajne pýtajú použitie stĺpca s typom údajov "osoba alebo skupina" v druhom stĺpci údajov typu "Vypočítaná".

Sečteno podtrženo, Toto však nefunguje v WSS 3.0 (alebo MACHU).

Pri pridávaní vypočítaného stĺpca, WSS zobrazuje zoznam polí, to vám umožní používať pre výpočet. Ak zadáte názov stĺpca, ktorý nie je v zozname, To vám povie:

Jeden alebo viaceré odkazy stĺpcov nie sú povolené, pretože stĺpce sú definované ako typ údajov, ktorý nie je podporovaný vo vzorcoch.

Riešenie: Používať obsluhy udalostí. Obsluha udalosti ohňa, keď používateľ uloží položku. Vykoná aktualizáciu by ste si chceli vypočítaný stĺpec urobiť pre vás.

Užitočné odkazy na vypočítané polia vo všeobecnosti:

• Pomocou [Mi] do vypočítaného stĺpca
• Príklady vzorcov výrazov (s láskavým dovolením http://jopx.blogspot.com/2007/10/calculated-fields-in-windows-sharepoint.html)

Rýchly disclaimer: Verím, že vyššie uvedené sú pravdivé a presné, ale videl som dosť chytrý triky sem a tam v MOSS/WSS, že som nemal byť prekvapený, veľmi (žhavý ak budete) Ak má niekto vymyslel spôsob, ako to urobiť bez toho, aby sa uchyľovať k kódu. Ak prišiel chytrý práce-asi, alebo poznáte niekoho, že sa, Dajte mi prosím vedieť!

Urobili sme niekoľko ťažkých re-organizovať naše stránky taxonómie cez "Spravovať obsah a štruktúra". Z neznámych dôvodov sa mi, Tento proces (Hoci pracujú v hlavnom) zlomil niektoré navigačné odkazy v rýchle spustenie. Nefunkčné odkazy sú charakterizované:

• Zlé URL. Napríklad, to by malo byť "/ weby/oddelenia/HumanResources /…". Avšak, nový odkaz je "/ weby/firemné/HumanResources /…".
• Opakované bitov na reťazec dotazu záhlavia, rovnako ako v:

/sites/departments/HumanResources/_layouts/viewlsts.aspx?Základný typ = 0?Základný typ = 0?Základný typ = 0?Základný typ = 0

To je dosť jednoduché opraviť pomocou navigačné nastavenie. Okrem toho, MOSS predstavuje ma s touto keď vyskúšať a urobiť to:

Faktom je, nikto sa akýchkoľvek zmien tam (okrem mňa, samozrejme).

Rýchle vyhľadávanie sa objaví táto diskusia Fórum MSDN: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

William Heurdier PeterR pekne v predposledný (ako 10/02/07) príspevok:

Faktom je:

Ak chcete obnoviť poškodené položky, budete musieť :

– odstrániť všetky zoznamy pod hlavičkou poškodený

– odstrániť poškodené položky

– Od nastavenia zoznamu, odstrániť zoznam pridať na panel Rýchle spustenie (To regenerovať non poškodený nadpis)

Potom ste dobré ísť….

---

SharePoint Expert – Sogeti Cap Gemini Švajčiarsko

Bol som trochu zmätený, pretože stále chcú ísť do navigačnej stránky., vykonajte požadované zmeny a potom dostanete hit s "upravila stránku" správu. Nakoniec, Uvedomil som si, musel som ísť do nastavenia zoznamu a odstrániť/pridať na panel Rýchle spustenie. To urobil trik. Šťastné časy sú tu znova!

</koniec>

Vyberajte môj blog!

AKTUALIZÁCIA 12/10/07: Rýchlu opravu, ako je opísané v MSDN KB929816 vyriešil problém pre nás uvedené nižšie. Získať rýchlu opravu a potom nainštalovať na každom serveri na farme. Potom, nástroj na konfiguráciu služby SharePoint na každom serveri. Tu je odkaz MS Support pre že KB: http://support.microsoft.com/kb/932816.

Pozadie:

Máme požiadavku Biznis kde environmentálneho inžinierstva manažér potrebuje zabezpečiť, aby 30 some-odd výrobných miest rozmiestnených po celom USA potrebuje zabezpečiť, že tieto rastliny súbor pre rôzne state-mandátom povolení včas. Jeden prístup sme skúmali využíva "pozastaviť do dátumu" činnosti, ktoré sú k dispozícii prostredníctvom programu SharePoint Designer worfklow. Strojárstvo manažér (alebo jej asistentka) zadá všetky potrebné povolenia a pripomenutie dátumu začiatku roka. Systém potom robí všetku ťažkú prácu.

Životné prostredie:

MACHY, 64 bit, virtuálny stroj prostredie (rozvoji box), 2 servery (SQL na serveri #1, všetko, čo na serveri #2).

Problémy:

Pozastaviť do dátumu akcie zdá ako ideálne riešenie a to môže tiež prejaviť. Avšak, to nefunguje podieľa poľa (pre nás).

1. Úlohy pracovného postupu nebolo plánované spustenie, niekedy. Som zistil, že čítanie cez Christopher biela (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) Výborný písať-up pomocou stsadm thusly:
   

   C:\>Vlastnosť stsadm -o getproperty - propertyname "práca-workflow" -adresa URL http://localhost

   <Vlastnosť existujú = "nie" />

   C:\>

   Že bol prekvapivý výsledok ale ľahko vyriešiť:

   C:\>Vlastnosť stsadm -o setproperty - propertyname "prácu-worfklow" -PropertyValue "každý 1 Počet minút medzi 0 a 59" -adresa URL http://localhost

   Operácia sa úspešne dokončila.

   C:\>

   Na tom, že, prvý "In Progress" workflow rýchlo vystrelil hore a to je práca.

2. Bohužiaľ, ten budúci nefunguje ako sa očakávalo. Našťastie, Christopher odkazuje nás tu (http://support.microsoft.com/kb/932816). Ako písania tohto vstupu, Čakáme na oddelení IT získať túto rýchlu opravu, ale vyzerá to sľubne. Naše kópie postihnuté .dll nezdieľajú rovnaké byte veľkosť, takže dúfajme, že to bude problém vyriešiť.

Riešenie:

Znova spustite príkaz stsadm -o setproperty zdalo prod nahor časovača pracovného postupu. To by, zhruba 7 minút neskôr, skutočne prebudiť a pokračovať spolu s tokom činností.

Otázky / Problémy riešené:

Pozastaviť do dátumu nefunguje.

Pozastaviť do dátumu nepokračuje.

Stav pracovného postupu sa nezmení "In Progress"

Stav pracovného postupu zostáva "In Progress"

Prehľad

Táto položka popisuje Prípadová štúdia opisujúca skutočné HRO (Údržba, Opravy a prevádzku) tok činností schvaľovací proces realizovaný v MOSS.

To nie je otvorene technické diskusie, ale namiesto toho je potrebné slúži na poskytovanie real-svet príklad, ktorý ukazuje, ako platforme MOSS stretol real-svet.

(Táto položka je kríž Publikované medzi http://paulgalvin.spaces.live.com a http://blogs.conchango.com)

Pozadie

Klienta MRO proces mal charakterizoval takto

• Ručné schvaľovací proces.
• Niektoré podporu pomocou programu excel tabuľky.
• Nepravidelné schvaľovací proces. Rovnaké MRO nákup schvaľovací proces by sa líši každý deň, osoba osobou.
• Veľa papiera a vlastnoručné podpisy — nákup rekvizície požadované až do výšky 3 Písomné podpisy pred konečné schválenie.

Ciele tohto projektu zahrnuté:

• Plne automatizovať proces.
• Presadzovať podnikových noriem na schválenie.
• Poskytnúť ucelený pohľad na MRO nákup rôznych manažérov.
• Podrobné revízny záznam.

Ako vedľajší efekt roztoku, Písomné podpisy boli už nevyžaduje.

Schvaľovací proces

Schvaľovací proces sa skladá zo štyroch "plávať,, pruhy: Pôvodca, Priamy nadriadený, Funkčný manažér a manažér divízie.

Pôvodca:

Vidí potrebu nákup a spustí proces. Upozorňujeme, že pôvodcom môže alebo nesmie skutočne vstúpiť nákupnej žiadanke, ale namiesto priameho iný zamestnanec. Niektoré časy, pôvodca nemá technické znalosti na vyplnenie požiadaviek PO. Napríklad, užívateľ môže chcieť požiadaviek nový prenosný počítač, ale nevie najlepšieho predajcu, IT štandardy, atď. V tomto prípade, pôvodca diela s a to vlastne vypĺňa zabavenie.

Priamy nadriadený:

To je Priamy nadriadený pôvodcu (ktoré môžu byť odlišné od osoby, ktorá skutočne nadobudla PO zabavenie MOSS). Priame manažéri musia schváliť PO požiadaviek pred systém žiada o schválenie ďalej nadol line.

Funkčný manažér:

Funkčný manažér je zodpovedný za zabezpečenie toho, že navrhovaný nákup zodpovedá podnikových noriem v rámci pôsobnosti najmä firemné funkcie jednotlivých. Napríklad, IT nákupy schválené správcom IT funkčné.

Manažér divízie:

Divízia manažérov schváliť nákup rekvizície prísne peňažnú sumu. Manažér divízie schváliť nákup rekvizície prevyšujúcu sumu konfigurovateľná dolár.

Riešenie

Použili sme tieto nástroje a komponenty na realizáciu riešení:

MACHY: Slúži ako platforma, ktorá všetko "visí". MOSS poskytuje základom služby zabezpečenia, základné údaje, audit chodníky a iné funkcie.

Služba InfoPath forms services: Súčasťou MOSS, To umožňuje používateľom vypĺňať nákup rekvizície cez webový prehliadač.

SharePoint Designer (SPD): Použili sme SPD implementovať procesu automatizované workflow.

Webová služba: C# webová služba zvyšuje užívateľský komfort zapnutím kaskádové zoznamy výberu vo formulári programu InfoPath a poskytuje lepší výkon, pokiaľ ide o filtrovanie údajov. Pozrite si tu pre technické hlboký ponor na túto tému a naše dôvody pre použitie.

Vlastné zoznamy: MOSS používateľských profilov podľa daného používateľa Priamy nadriadený, ale neposkytla väčšinu údajov, ktoré ovládať tok činností rozhodnutia (napr.. či divízny správca je povinný schváliť PO zabavenie). Sme použili vlastné zoznamy v "podnikové dáta" stránky udržiava údaje ako "Divízny Manager schválenie peňažnú sumu", "Funkčná oblasť manažér" a tak ďalej. Zoznamy veľmi pekne integrované s programom InfoPath a tiež vytvoriť/aktualizovať/zmazať (KAL) Funkcia auditovania a zabezpečenia z krabice.

Prípad použitia

Tento prípad použitia ilustruje ako riešenie zapadá dohromady:

1. Paul chce nový notebook. On opisuje jeho potrebuje Vivek, IT osoba oboznámení so štandardmi firemné notebook, preferovaných dodávateľov, atď.
2. Vivek prihlási do MACHU, pristupuje k forme PO požiadaviek a vstupuje do zošita v mene Paul. Forme Vivek zobrazí výzvu na zadanie nákup kategóriu, ktorá sa potom používa webovej služby na vyplnenie kvapka-down list spoločnosti schválených dodávateľov. Vivek tiež určuje firemné funkčné oblasti tohto nákupu (napr.. "TO" alebo "Financie").
3. SPD založený pracovný postup začína, Určuje Pavla Priamy nadriadený a trasy požiadaviek na jeho manažér, Stacy.
4. Stacy schvaľuje nákupnej žiadanke.
5. SPD workflow kontroluje zabavenie a určuje, že je to nákup. Trasy toku činností je funkčné manažér, Wonson.
6. Wonson schvaľuje zabavenie.
7. SPD workflow znova skontroluje zabavenie a určuje, že čiastka nákupu prevyšuje maxium peňažnú sumu a nasmeruje ju manažéra divízie pre schválenie.
8. Manažér divízie schvaľuje nákupnej žiadanke.

Poznámky

• Prípady použitia dokazuje si "čistého" spustiť bez zamietnutia alebo skoky.
• Každý schvaľovateľa má možnosť schváliť alebo zamietnuť požiadaviek, ako aj poskytnúť písomné pripomienky. Toto sú prihlásený revízny záznam.
• Ak zodpovedný manažér odmieta nákupnej žiadanke kedykoľvek, PO zabavenie je "mŕtvy" a proces sa musí začať od začiatku.
• Tok činností oznámi pôvodcu na každom kroku procesu.
• Žiadne písomné podpisy — klient určuje (po nejaké odporúčania) audit trail ako poskytované prostredníctvom histórie toku činností, podáva ich auditovania potrieb.
• Úsilie — trvalo muža približne tri týždne uskutočniť toto riešenie.

Záver

Toto riešenie využíva MOSS ako vývoj a spustenia platformy. Klient bol schopný využiť jadro MOSS funkcie na automatizáciu procesu bežnej obchodnej činnosti, ktoré postihli takmer každý zamestnanec spoločnosti. Okrem jednoduchých webových služieb (ktorý sám využíva MOSS), takmer žiadne skutočné "programovanie" bolo potrebné.

Riešenie slúži aj ako "prehliadkou" pre klienta, demonštrovať ako rôzne MOSS funkcie môžu byť kombinované vytvoriť plne funkčný obchodné aplikácie a vytvárať nové konzultačné príležitosti v budúcnosti.

Slovníček pojmov

MRO: Údržba, opravy a prevádzku. Tieto nákupy zvyčajne obsahujú položky ako poznámkové bloky, stoličky, osobné počítače, tlačiarne, mobilné telefóny a podobne.

To môže byť zrejmé, mnohí, ale zatiaľ čo študuje môj MOSS programovania skúšku, Som sa dozvedel, že to je celkom ľahké sa dostať skutočné XML z vyhľadávacieho dotazu prostredníctvom užívateľského rozhrania.

Rýchla metóda je takto:

• Prístup k Rozšírené vyhľadávanie.
• Vyhľadávanie vráti určité údaje.
• Upraviť stránku (prostredníctvom nastavenia lokality).
• Zmena XSL Tieto:

<?XML verzia="1.0" kódovanie="UTF-8"?>
<XSL:Stylesheet verzia="1.0" xmlns:XSL="http://www.w3.org/1999/XSL/Transform">
<XSL:výstup metóda="XML" verzia="1.0" kódovanie="UTF-8" zarážka="áno"/>
<XSL:šablóny zápas="/">
<vopred>
<XSL:kopírovanie súborov Vyberte="*"/>
</vopred>
</XSL:šablóny>
</XSL:Stylesheet>

• Hit použiť.
• Zobraziť zdrojový kód v prehliadači.

Všimnite si, že <vopred> značka nerobí moc okrem slúži ako vhodný marker pri prezeraní výsledkov.

Tento trik môže byť veľmi užitočné, keď pracujete so spravovaným vlastnostiam a prispôsobenie. Poskytne definitívny zoznam XML môžete použiť vo vašom xslt, ktoré by boli veľmi užitočné v posledných 25 Vždy som vytvoril nejaké prispôsobené vyhľadávanie.

To by malo pracovať pre dataviews aj, Hoci som nebol testovaný to von ako doteraz.

Vidím, že Eric Kraus bol konfrontovaný s požiadavkou zvyčajne sa stretol s webovú časť dotaz na obsah. Problém? On bol v čistej prostredí WSS bez prístupu k CQWP. Skôr než curlingového až vo fetálny polohe (nutkanie musím bojovať každý deň, Zdá sa), prišiel s riešením, ktoré aspoň dáva WSS obchody šancu na úspech. To je popísané tu.

Stefan Goßner má dať dohromady úžasný 4-časť seriálu o obsahu SharePoint a nasadenie API tu. Ponúka veľký prehľad a veľmi dobré príklady kódu (C#).

Najprv som si vybral tento odkaz od joris poelmans blog na http://jopx.blogspot.com/.

Dokonca aj keď ste rovnako ako ja, v tom, že ste nemali moc hands-on prácu pre správu obsahu, to je dobre stojí za to 20 minút svojho času na čítanie.

Pomocou API, jeden môže:

• Export a import obsah veľmi ľahko.
• Obsahu re-rodič. Ak chcete exportovať niektoré obsah stránky "" a poslať ho na lokalitu "B" ale v úplne novom miesto v hierarchii, je to možné.
• Export obsahu zo stránky a importovať vybrané kúsky do stránok.
• Znova prepojiť obsah (čo znamená riešiť všetky hypertextové prepojenia).

Niekto na internety žiadal o vytvorení vypočítaného stĺpca do zoznamu, ktoré by dokazovali hodnotu vo formáte"[Používateľ] – [Stav] – [Umiestnenie]" v "Paul Galvin – Pitie [Voľný] Pivo – Beach".

Paul by ísť a aktualizovať jeho zápis do zoznamu, a vypočítaný stĺpec bude aktualizovať vhodne. Na [Používateľ] by Predvolenie používateľa zadanie/aktualizovania zoznamu.

Vypočítaný stĺpec sa nedá použiť "prchavé" funkcie, ako napríklad [Mi] alebo [Dnes]. Vyriešil som to v testovacom prostredí pomocou týchto krokov:

1. Vytvorte textový stĺpec s názvom "Aktuálny používateľ".
2. Nastaviť predvolenú hodnotu [Mi]
3. Vytvoriť vypočítaný stĺpec s názvom "Calc Test".
4. Nastaviť jeho hodnotu = [Aktuálneho používateľa]

Išiel som, Pridať položky do zoznamu a to fungovalo.

Som si bol sužovaný to pre 9 mesiacov a vidieť, že ľudia na fórach MSDN a Usenet mať too.l

Niekedy, pri prístupe k dokumentu programu word (kzbytočným doc) z dokumentu knižnica spôsobuje Internet Explorer jednoducho pád a ísť preč (pričom všetky karty s ním, ak také sú, otvoriť).

To môže vyriešiť túto rýchlu opravu MS: http://support.microsoft.com/kb/938888

Tiež, tam je nejaký popis o problém tu.:

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

Prehľad:

Vytvorí vlastný zoznam, ktorý spravuje niekoľko desiatok stĺpcov typu obsahu.

Pridal na stranu a potom cez SPD, konvertovať na zobrazenie údajov.

Problém:

Môj výraz Xpath vracia prázdny stĺpec s názvom "Aktuálna pozícia". Aj odkazuje to thusly:

    <orámovanie tabuľky = "1">
      <XSL:pre každý vybrať = / dsQueryResponse/riadky/riadok" >
        <TR>
          <TD>
            Aktuálny stav:
            <XSL:value-of select="@Current_x0020_Status"></XSL:hodnoty z>
          </TD>
        </TR>
      </XSL>
    </Tabuľka>

Stĺpec v CT je s názvom "Súčasný stav". Ukáže sa vyhľadávania ako "Aktuálny stav". Kamkoľvek sa pozriete, vidíte "Aktuálny stav".

Kým mlátenie šialene asi, Hľadáte riešenie, Namiesto toho som uvedenú "@Recruiter" a hľa! — že vlastne vrátil o aktuálnom stave. Som čakal, že vrátiť náborář, keď som to urobil.

Roztok:

Som strčil v SPD. Choďte na túto stránku v JPD a to ukazuje, zobrazenie údajov. Môžete skontrolovať aktuálne údaje poskytnuté na zobrazenie a súvisiacich Xpath. Tu som zistil, že skutočne, Xpath poukázal na "Zamestnávateľ". Napodiv, "skutočné" náborář pole uviedol z "Recruiter1".

zobrať si:

SPD poskytuje autoritatívne výrazy Xpath pre riadky & stĺpce v zobrazení údajov.

Druhý, Zobrazuje skutočné údaje. Tak napríklad, stĺpec Typ zobrazuje to:

<NOBR><span><HREF="/sites/Corporate/HumanResources/TalentAcquisition/_layouts/userdisp.aspx?ID = 17>Galvin, Paul</A><img hranice ="0" Výška = "1" Šírka = "3" src="/_layouts/images/blank.gif"/><href = "javascript:’ onclick = "IMNImageOnClick();návrat falošný;’ trieda = "ms-imnlink"><img meno = "imnmark’ hlavy =” hranicu =’0′ Výška = "12’ Šírka = "12’ src='/_layouts/images/blank.gif’ ALT = "žiadne informácie o prítomnosti’ Popíjajte = "PGalvin@xxx.com’ identifikácia = "imn_77, typ = smtp" /></a></span></NOBR>