Emberek gyakran kérdezze segítségével egy "személy vagy csoport típusú oszlop" az adatok egy másik oszlopban írja be a "Számított".

Alsó sorban, Ez nem működik a WSS 3.0 (vagy MOSS).

Amikor a számított oszlopok hozzáadása, WSS megjelennek a mező lehetővé teszi, hogy használja a számításhoz. Ha Ön írja be a nevét egy oszlop, amely nem szerepel a listán, azt mondja:

Egy vagy több oszlophivatkozás nem engedélyezett, mivel az oszlopok olyan adattípusként definiált egy képletekben nem támogatott.

Kerülő megoldás: Használ egy eseménykezelő. Az event handler tüzek, amikor a felhasználó menti a cikk. Ellátja a frissítést, azt szerette volna a számított oszlop érted.

Hasznos linkek a számított mezők általában:

• Használatával [Nekem] számított oszlop
• Példák a kifejezésekre képlet (Courtesy of http://jopx.blogspot.com/2007/10/calculated-fields-in-windows-sharepoint.html)

Gyors disclaimer: Úgy gondolom, a fenti valódi és pontos, de láttam, hogy itt-ott, hogy nem lennék rendkívül meglepve MOSS, a WSS elég okos trükkök (Ha lesz agog) Ha valaki már kitalálta a módját, hogy ezt anélkül, hogy a kód. Ha már kitaláltam, hogy okos munka-körül, vagy tudja valaki, hogy, legyen szíves hadd tudjam meg!

Mi volt néhány nagy teherbírású újbóli megszervezése a site besorolás keresztül "Kezel tartalom és struktúra". Számomra ismeretlen okból, Ez a folyamat (Bár a fő dolgozik) tört néhány navigációs linkeket, gyors dob-ban. A törött linkek jellemzi:

• Rossz URL. Például, meg kell "/ helyek/osztályok/emberi /…". Azonban, a új láncszem "/ helyek/vállalati/emberi /…".
• Ismételt bit a lekérdezés karakterláncában számozása, mint a:

/sites/departments/HumanResources/_layouts/viewlsts.aspx?Következő BaseType objektumához = 0?Következő BaseType objektumához = 0?Következő BaseType objektumához = 0?Következő BaseType objektumához = 0

Ez könnyű elég-hoz erősít keresztül Oldalnavigáció beállítások. Kivéve, MOHA jelent nekem ez mikor én megpróbál és csinál ez:

Az a tény, senki sem, hogy bármilyen változás van (félre nekem, természetesen).

Egy gyors keresés az MSDN fórumok beszélgetés felbukkan: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

William Heurdier határozza meg szépen, az az utolsó előtti (mint a 10/02/07) Post:

Tény:

Visszaállítása sérült fejezetek, van, hogy :

– távolítsa el az összes lista sérült vámtarifaszám alá

– távolítsa el a sérült címsor

– A lista beállításai, eltávolított listájának hozzáadása a Gyorsindítás (E regenerálódni nem sérült címsor)

Akkor jó-hoz megy….

---

SharePoint-szakértő – Sogeti Cap Gemini Svájc

Én egy kicsit zavaros, mert tartott akarnak, megy a navigációs oldal, hogy a változás, és akkor kaptad a "oldal módosult" üzenet. Végül, Rájöttem, hogy megy a Listabeállítások és eltávolít/összead ez-hoz gyors dob. Amit tett a fogás. Boldog idők itt van újra!

</vége>

Subscribe to my blog!

FRISSÍTÉS 12/10/07: MSDN KB929816 ismertetett gyorsjavítás megoldotta a problémát számunkra, az alábbiakban említett. A gyorsjavítás beszerzésére, és a farm összes kiszolgálóján telepítse. Majd, SharePoint konfigurációs segédprogram-minden szerver. Itt van a MS Support link hogy KB: http://support.microsoft.com/kb/932816.

Háttér:

Van egy követelmény, ahol egy környezetvédelmi műszaki igazgató biztosítania kell, hogy 30 some-odd gyártási helyeken található szerte az Egyesült Államok igényeit, annak biztosítására, hogy ezek a növények a különböző állami megbízást lehetővé teszi a megfelelő időben. Az egyik megközelítés már vizsgáltuk emelőerők "szünet amíg dátum" számunkra elérhető SharePoint Designer worfklow tevékenység. A műszaki igazgató (vagy asszisztense) belép a szükséges szakhatósági hozzájárulásokat és emlékeztető dátumát, az év elején. A rendszer akkor nem minden a nehéz emelés.

Környezet:

MOSS, 64 kicsit, tényleges gép környezet (fejlesztési doboz), 2 szerverek (SQL-kiszolgálón #1, minden más, a kiszolgáló #2).

Problémák:

A szünet amíg dátum műveletet úgy tűnik, mint a tökéletes megoldás, és azt jól bizonyítja magát. Azonban, Ez nem működik, a doboz is (számunkra).

1. A munkafolyamat-feladat nincs újbóli futtatásra ütemezve, valaha. Felfedeztem ezt olvassuk át Christopher White (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) kiváló írás-up segítségével stsadm imigyen:
   

   C:\>stsadm -o getproperty - propertyname "munka-munkafolyamat" -URL http://localhost

   <Tulajdonság létezik = "No" />

   C:\>

   Ez volt az a meglepő eredmény, de könnyen megoldható:

   C:\>stsadm -o setproperty - propertyname "munka-worfklow" -PropertyValue "minden 1 perc között 0 és 59" -URL http://localhost

   A művelet sikeresen befejeződött.

   C:\>

   Után csinálás amit, az első "folyamatban" munkafolyamat gyorsan lőttek fel, és nem azt munka.

2. Sajnos, a következőt nem a várt módon működnek. Szerencsére, Christopher utal bennünket itt (http://support.microsoft.com/kb/932816). Mivel az írás ezt a bejegyzést, várjuk az informatikai részleg, hogy a gyorsjavítás beszerzésére irányuló, de úgy néz ki, ígéretes. A másolatát az érintett .dll nem osztjuk meg az azonos byte méretű, így remélhetőleg ez fogja megoldani a problémát.

Kerülő megoldás:

Ré hang-futás a stsadm -o setproperty parancs úgy tűnt, hogy a munkafolyamat-időzítő ébren prod. Lenne, nagyjából 7 perc múlva, valójában kelj fel, és továbbra is, valamint a munkafolyamat.

Kérdések / Megoldott problémák:

Szünet amíg dátum nem működik.

Szünet amíg dátum nem indul újra.

Munkafolyamat-állapot nem változtatja meg a "folyamatban"

Munkafolyamat-állapot marad "folyamatban"

– Áttekintés

Ez a rész bemutatja a esettanulmány leírja egy tényleges MRO (Karbantartás, Javítási és műveletek) munkafolyamat-jóváhagyási folyamat végre moha.

Ez nem egy nyíltan szakmai megbeszélések, de ehelyett arra szolgál, hogy egy valós példát, azt mutatja, hogyan a MOSS platform találkozott egy valóságos-világ.

(Ez a bejegyzés a kereszt között kategória http://paulgalvin.spaces.live.com és http://blogs.conchango.com)

Háttér

Az ügyfél MRO folyamat volt jellemzi a következő

• Manuális jóváhagyási eljárás.
• Néhány támogatási használ kitűnik vetett ágy.
• Szabálytalan jóváhagyási eljárás. Az azonos MRO beszerzési jóváhagyási folyamat változik napról napra, személy-személy.
• Sok könyv és a saját kezű aláírás — beszerzési igénylések, akár szükséges 3 Írásbeli aláírás előtt végső jóváhagyás.

Ez tartalmazza a projekt céljainak:

• Teljesen gyorsbüfé a folyamat-.
• Vállalati szabványok jóváhagyására érvényesítsék.
• Biztosítja a konszolidált MRO beszerzése, a különböző vezetők.
• Részletes ellenőrzési nyomvonal.

Mint egy mellékhatása a megoldás, Írásbeli aláírás már nem szükséges.

Jóváhagyási eljárás

A jóváhagyási folyamat áll négy "úszni sávok": Kezdeményező, Közvetlen felettes, Funkcionális vezetője és a körzet vezetője.

Kezdeményező:

Látja annak szükségességét, hogy a vásárlás, és elindítja a folyamatot. Vegye figyelembe, hogy a megbízó lehet-e, vagy valójában nem léphet be a beszerzési igénylés, de ehelyett közvetlen erre egy másik munkatárs. Néhány alkalommal, a megbízó nem rendelkezik a műszaki szakértelmet, hogy töltse ki a PO-igénylés. Például, egy felhasználó akar-hoz egy új laptop számítógép hatósági igénybevétel, de nem tudom, a legjobb eladó, IT-szabványok, stb. Ebben az esetben, a kezdeményező működik, és ez valójában kitölti az igénylés.

Közvetlen felettes:

Ez a közvetlen vezetője a kezdeményező (ami lehet különböző attól a személytől, aki valójában a PO igénylési lépett moha). Közvetlen vezetők jóvá kell hagynia a PO-igénylés előtt a rendszer kéri a jóváhagyást további le a pályáról.

Projektmenedzser:

A funkcionális menedzser a felelős annak biztosításáért, hogy a javasolt beszerzés megfelel-e a vállalati szabványok egy adott vállalati funkciót keretén belül az egyes. Például, Egy informatikai projektmenedzser jóvá informatikai beszerzések.

Körzet vezetője:

Osztály vezetői beszerzési igénylés jóváhagyása szigorúan dollár összeget. Körzet vezetője hagyja jóvá a beszerzési igénylések konfigurálható dollár összeget.

A megoldás

Használtuk az alábbi eszközök és alkatrészek végrehajtására a megoldás:

MOSS: Ki, amely minden más "lóg" platformként szolgál. MOSS alapkőzet szolgáltatásokat nyújt a biztonsági, törzsadatok, audit trailek és egyéb szolgáltatások.

Az InfoPath forms services: A MOSS-összetevő, Ez lehetővé teszi a felhasználók számára, hogy töltse ki a beszerzési igénylések keresztül egy pókháló legel.

SharePoint Designer (AZ SPD): Használtuk az SPD a automatikus munkafolyamatot végrehajtásához.

Pókháló szolgáltatás: A c# web service javítja a felhasználói élményt azáltal, hogy lépcsőzetes választási listák az InfoPath-űrlap és a vonatkozó adatok szűrést jobb teljesítményt nyújt. Lásd: itt a technikai mély merülés ebben a témában, és a mi oka, használja a.

Egyéni listák: MOSS felhasználói profilok biztosított egy adott felhasználó közvetlen felettes, de nem szabályozott határozatokat a munkafolyamat adatok (pl. hogy, hogy szükség van-e a megosztási manager a PO-igénylés jóváhagyása). Mi használt egyéni listák egy "vállalati adatok" adatokat, mint például a "Megosztott kezelő jóváhagyási forintösszeg" webhelyhez, "Funkcionális területi igazgató" és így tovább. Listák beépített nagyon szépen az InfoPath és a is létrehozása/frissítése/törlése (CRUD) funkciók, naplózás és a biztonsági kívül a doboz.

Használata esetén

Ez esetben azt mutatja, hogy a megoldás illik össze:

1. Paul akar egy új laptop. Ő írja le, ő szükséges-hoz Vivek, az IT személy ismeri a vállalati laptop szabványok, preferált szállítókat, stb.
2. Vivek bejelentkezik moha, hozzáfér a PO igénylési űrlap és belép az igénylés nevében Paul. Az űrlap Vivek bekéri a beszerzési kategóriát, amely a webes szolgáltatások segítségével feltölti a vállalat által elfogadott szállítók legördülő listáját. Vivek is megadja a vállalati működési területe a vásárlás (pl. "" vagy a "Penzugy").
3. Alapján az SPD munkafolyamat indítása, határozza meg, hogy a közvetlen felettes Paul barátait és az igénylési köröztet a menedzsere, Stacy.
4. Stacy jóváhagyja a beszerzési igénylésen.
5. Az SPD munkafolyamat megvizsgálja az igénylési és határozza meg, hogy egy informatikai beszerzés. A munkafolyamat köröztet az informatikai funkcionális vezető, Wonson.
6. Wonson jóváhagyja az igénylés.
7. SPD munkafolyamat újra megvizsgálja az igénylés, és határozza meg, hogy a vásárlási összeg meghaladja a maximális dollár összeget, és továbbítja a körzet vezetője jóváhagyásra.
8. A körzet vezetője hagyja jóvá a beszerzési igénylésen.

Jegyzetek

• A használati eset bizonyítja, a "tiszta" fuss-val nem elutasítása, vagy ugrik.
• Minden jóváhagyónak megvan az a képessége, hogy jóváhagyja vagy elutasítja az igénylés, valamint írásos megjegyzést. Ezek van bejelentkezve, az ellenőrzési nyomvonal.
• Ha a felelős vezető elutasítja a beszerzési igénylés bármely pontján, a PO-igénylés a "halott" és a folyamat kezdetétől el kell indítani.
• Munkafolyamat értesíti a kezdeményező, a folyamat minden lépésében.
• Nincs írott aláírás — az ügyfél határozza meg (Miután néhány erőteljes ajánlások) hogy az audit trail, keresztül munkafolyamat-előzmények, szolgált a naplózási szükségleteik.
• Erőfeszítés — Ez elvitt körülbelül három hét végrehajtani ezt a megoldást.

Következtetés

Ez a megoldás lehetővé teszi a MOSS fejlesztési és futásidejű platform. Az ügyfél volt képes-hoz emelőerő, szinte minden a cég alkalmazottja érintett rendszeres üzleti folyamatok automatizálására MOSS alapszolgáltatások. Kivéve egy egyszerű webes szolgáltatás (amely maga is kihasználja a moha), szinte semmilyen tényleges programozás"" volt szükség.

A megoldás is szolgál, mint egy "kirakat" az ügyfél, hozzon létre egy teljes értékű üzleti alkalmazás, és ezáltal új konzultációs lehetőségeket a jövőben kombinált bizonyítja, mennyire más MOSS-funkciók.

Szószedet

MRO: Karbantartás, javítási és műveletek. Ezek a vásárlások általában számítanak a jegyzettömbök, székek, személyi számítógépek, nyomtatók, mobiltelefonok és hasonló.

Ez lehet, hogy nyilvánvaló, hogy sok, de közben tanul az MOSS programozási vizsga, Én tanult amit-a ' szép könnyű-hoz kap a tényleges XML-ból egy keresési lekérdezéssel, a felhasználói interfészen keresztül.

Egy gyors módszer, az alαbbiak szerint:

• Hozzáférés biztosítása a speciális keresés.
• Végre egy keresést, bizonyos adatokat visszaadó.
• Az oldal szerkesztése (Via webhely beállításai).
• Módosítsa az XSL, az alábbi:

<?XML változat="1.0" kódolás="UTF-8"?>
<XSL:stíluslap változat="1.0" xmlns:XSL="http://1999/XSL/átalakító www.w3.org/">
<XSL:kimeneti a módszer="XML" változat="1.0" kódolás="UTF-8" francia="igen"/>
<XSL:sablon meccs="/">
<előtti>
<XSL:másolata Válassza ki="*"/>
</előtti>
</XSL:sablon>
</XSL:stíluslap>

• Megüt alkalmaz.
• A böngésző forrás megtekintése.

Vegye figyelembe, hogy a <előtti> tag nem sokat kivéve szolgál mint egy kényelmes marker megtekintésekor az eredmények.

Ez a trükk nagyon hasznos lehet, amikor a dolgozó a felügyelt tulajdonságok és testreszabása. Biztosítja az XML számára, hogy használja az xslt, amely nagyon hasznos lett volna a végleges listáját az utolsó 25 időkben hoztam létre egy személyre szabott keresési eredményeket.

Ezt kellene dolgozni a dataviews, valamint, Bár én még nem tesztelték, hogy még.

Látom, hogy Eric Kraus szembe kellett néznie a követelmény általában teljesül-a Tartalomlekérdezés kijelző. A probléma? Volt egy tiszta WSS környezetben nem lehet hozzáférni a CQWP. Ahelyett, hogy curling fel, a magzati pozíció (meg kell harcolni minden nap késztetés, úgy tűnik), ő jött a megoldás, hogy legalább ad WSS üzletek egy harci esélyt a sikerre. Le van írva itt.

Stefan Goßner állított össze egy fantasztikus 4-részes sorozat a SharePoint-tartalom és a telepítési API itt. A szálloda egy nagy áttekintés és jó példák-kódjában (C#).

Először felvette ezt a linket a joris poelmans blog-on http://jopx.blogspot.com/.

Még akkor is, ha te, mint én, az, hogy nem volt sok gyakorlati munkát tartalom menedzsment, ez megéri 20 jegyzőkönyv-ból időd-hoz olvas.

Az API-t használó, lehet:

• Export és import tartalma nagyon könnyen.
• Tartalom újbóli szülő. Ha szeretne néhány tartalom exportálása egy webhely "" és küldje el a "B oldalon" de egy teljesen új helyet a hierarchiában, Ez akkor lehetséges.
• Tartalom exportálása a webhely és a webhely importálása a kijelölt bit.
• Újra link tartalma (ami azt jelenti, foglalkoznak a hivatkozások).

Valaki a internets, hogy hogyan kell létrehozni egy számított oszlopban egy listát, amely igazolta volna, hogy a formázott érték"[Felhasználó] – [Állapot] – [Hely]" mint "Paul Galvin – Iszik [ingyenes] Sör – A Beach".

Paul megy, és frissíti a bejegyzést a listában, és a számított oszlopban kíván frissíteni megfelelően. A [Felhasználó] az alapértelmezett a felhasználó tífusz/felsorolásának.

A számított oszlop nem használható "illó" funkciók, mint például [Nekem] vagy [Ma]. Én megfejt ez egy teszt környezetben, ezeket a lépéseket:

1. "Pillanatnyilag" nevű szöveg oszlop létrehozása.
2. Az alapértelmezett érték [Nekem]
3. "Calc teszt" nevű számított oszlop létrehozása.
4. Készlet-a érték = [Aktuális felhasználó]

Bementem a, hozzá egy elemet a listából, és ez munkás.

Már sújtja-e a 9 hónap, és látni, hogy a MSDN és Usenet fórumokon az emberek volna, hogy too.l

Néha, Mikor bejutó egy word-dokumentum (vagy más doc) dokumentumból könyvtárban okoz Internet Explorer egyszerűen összeomlik, és elmegy (véve minden a tabs vele, ha bármely van nyit).

MS gyorsjavítás megoldja: http://support.microsoft.com/kb/938888

Is, van némi leírást a problémáról itt:

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

– Áttekintés:

Létrehozott egy egyéni listát, amit kezel egy tartalomtípust a néhány tucat oszlopok.

Hozzá, egy olyan oldalra, majd keresztül SPD, megtérít-ba egy adatnézet.

Probléma:

Az Xpath-kifejezés, visszatért a "Jelenlegi helyzet" nevű oszlop üres. Én hivatkozott, imigyen:

    <Táblázatszegély = "1">
      <XSL:-minden select = "/ sorok/dsQueryResponse/sor" >
        <TR>
          <TF>
            Jelenlegi állapota:
            <XSL:érték-ból select="@Current_x0020_Status"></XSL:érték-ból>
          </TF>
        </TR>
      </XSL>
    </táblázat>

Az oszlop a CT nevű "Jelenlegi állapot". Ez azt mutatja fel a keresést a "Jelenlegi állapot". Mindenhol nézel, látod a "Jelenlegi állapot".

Közben verte vadul körülbelül, látszó részére egy oldat, Ehelyett említett "@Recruiter" és íme! — hogy valójában vissza-vissza a jelenlegi állapota. Számítottam rá, hogy visszatér a toborzó, amikor tudtam, hogy.

Megoldás:

Kidugta biztonsági házirendek adatbázisában tárolt. Ugrás az SPD, és ez azt mutatja, hogy az adatnézetben. Vizsgáljuk meg a tényleges adatok feltéve, hogy a nézet és a kapcsolódó Xpath. Itt kiderült, hogy valóban, az Xpath mutatott "Pályázat". Elég furcsa, a "tényleges" toborzó mező rámutatott, a "Recruiter1".

elvitel:

Az SPD nyújt hiteles Xpath-kifejezések a sorok & adatnézet oszlopai.

Második, Ez azt mutatja, hogy a tényleges adatok. Így például, a Típus oszlopban ez:

<NOBR><span><Egy HREF="/sites/Corporate/HumanResources/TalentAcquisition/_layouts/userdisp.aspx?ID = 17">Galvin, Paul</A><IMG border ="0" magasság = "1" width = "3" src="/_layouts/images/blank.gif"/><a href = "javascript:’ OnClick = "IMNImageOnClick();visszatérés hamis;’ Class = "ms-imnlink"><IMG név = "imnmark’ title =” határ =’0′ magasság ='12’ szélesség ='12’ src='/_layouts/images/blank.gif’ ALT = "nincs jelenlét-információ’ SIP = "PGalvin@xxx.com’ id = "imn_77, type = smtp" /></egy></span></NOBR>