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"