Homoj ofte demandi pri uzanta kolumnon de datuma tipo "Persono aŭ Grupo" En alia kolumno de datuma tipo "Kalkulita".

Malsupra linio, Tio ĉi ne laboras en WSS 3.0 (Aŭ MUSKO).

Kiam aldonanta intencan kolumnon, WSS montras la liston de kampoj ĝi permesas vin uzi por la kalkulo. Se vi entajpas la nomon de kolumno kiu ne estas en ĝia listo, ?i diras vin:

Unu #a? pli da kolumnaj referencoj ne estas permesita, #?Ar la kolumnoj estas difinita kiel datuma tipo kiu ne estas subtenita en formuloj.

Workaround: Uzi eventan prizorganton. La eventaj prizorgantaj fajregoj kiam la uzanto savas la eron. Ĝi elfaras la ĝisdatigon vi estus dezirinta la intencan kolumnon fari por vi.

Utilaj ligoj sur intencaj kampoj en generalo:

• Uzanta [Mi] En intenca kolumno
• Ekzemploj de formulaj esprimoj (#?Entileco de http://jopx.blogspot.com/2007/10/calculated-fields-in-windows-sharepoint.html)

Rapida disclaimer: Mi kredas la supran esti vera kaj preciza, Sed I??E vidita #sufi?e lertajn ruzojn #?i tie kaj tie en MUSKA/WSS ke mi wouldn?? Esti ekstreme surprizita (Agog se vi volas) Se iu kalkulis ekstere vojon fari tion ĉi sen utiliganta kodi. Se vi kalkulis ekstere lertan laboron-proksimume aŭ scii iun kiu faris, bonvolu lasi Mi scii!

Ni faris iun pezan devon re-organizado de nia eja taksonomio tra "Administri Kontentan kaj Strukturo". Por kialoj nekonata al mi, Ĉi tiu procezo (Kvankam laboranta en la ĉefa) Rompis kelkajn navigadajn ligojn en la rapida lanĉo. La rompitaj ligoj estas karakterizita de:

• Malĝusta URL. Ekzemple, Ĝi devus esti "/ejaj/departementoj/HumanResources/…". Tamen, La nova ligo estas "/ejoj/Kompania/HumanResources/…".
• Ripetita pecojn sur la demanda ŝnuro de la gvidanta, Kiel je:

/Ejaj/departementoj/HumanResources/_planoj/viewlsts.Aspx?BaseType=0?BaseType=0?BaseType=0?BaseType=0

Tio estas facile sufiĉa ripari tra ejaj fiksoj/navigado. Esceptas, MUSKO prezentas min kun tio ĉi kiam mi provas kaj faras ĝin:

La fakto estas, Neniu estas faranta ajnan ŝanĝon tie (Flankenmetite de mi, Nature).

Rapida serĉo aperas ĉi tiun MSDNan foruman diskuton: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

William Heurdier metas ĝin ekstere agrable en la la antaŭlasta (Kiel de 10/02/07) Poŝto:

Fakto estas:

Rekomencigi koruptita headings, Vi devi :

– Forigi ĉiuj la listoj sub koruptita gvidanta

– Forigi koruptita gvidanta

– De la listaj fiksoj, Aldoni forigita liston al la rapida lanĉo (Tio ĉi regeneras ne koruptita gvidanta)

Vi estas tiam bona iri….

---

Sharepoint Fakulo – Sogeti Plafonas Gemini Svislando

Mi estis iom konfuzita ĉar mi tenis deziranta iri al la navigada paĝo, Fari la ŝanĝon kaj tiam akiri frapita kun la "paĝo estis modifita" Mesaĝo. Poste, Mi konsciis min devis iri al la listaj fiksoj kaj forigi/aldoni ĝin al rapida lanĉo. Kiu faris la ruzon. Feliĉaj tempoj estas ĉi tie denove!

</Fino>

Aboni al mia blogo!

ĜISDATIGO 12/10/07: Hotfix kiel priskribita en MSDN KB929816 solvis la problemon por ni menciis malsupre. Akiri la hotfix kaj tiam instali sur ĉiu servilo sur la bieno. Tiam, Sharepoint konfiguracia ilo sur ĉiu servilo. Ĉi tie estas la f-ino Support ligo por tiu KB: http://support.microsoft.com/kb/932816.

Fono:

Ni havas komercan postulon kie ekologiaj #in?enieristiko #mana?ero bezonoj certigi tion 30 Kelkaj-strangaj fabrikadaj lokoj troviĝita dum Usonaj bezonoj certigi ke tiu fabrikeja dosiero por ilia diversa stato-postulita permesilojn en ĝustatempa modo. Unu alproksimiĝo ni prienketis influojn la "Paŭzo Ĝis Dato" Aktiveco havebla al ni tra SharePoint Designer worfklow. La inĝenieristika manaĝero (#A? #?ia helpanto) Eniras ĉiuj la postulataj permesiloj kaj rememorigilaj datoj ĉe la komenco de la jaro. La sistemo tiam faras ĉiujn la peza levanta.

Medio:

MUSKO, 64 Mordis, Virtuala #ma?ino medio (Evoluada skatolo), 2 Serviloj (SQL sur servilo #1, #?Io alia sur servilo #2).

Problemoj:

La Paŭzo Ĝis Data ago ŝajnas kiel la perfekta solvo kaj ĝi bone povas pruvi ĝin mem esti. Tamen, ?i ne laboras bone ekstere de la skatolo (Por ni).

1. La workflow laborposteno ne estis enhorarigita kuri, Iam ajn. Mi eltrovis tion ĉi de leganta trae Kristoforo Blankulo?? (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) Bonega skribi-supre de uzanta stsadm thusly:
   

   C:\>Stsadm -o getproperty -propertyname "laborposteno-workflow" -Url Http://Localhost

   <#Nemovebla?o Ekzistas="Ne" />

   C:\>

   Kiu estis surpriza rezulto sed facile solvita:

   C:\>Stsadm -o setproperty -propertyname "laborposteno-worfklow" -Propertyvalue "ĉiu 1 Minutoj inter 0 Kaj 59" -Url Http://Localhost

   Operacio kompletigis sukcese.

   C:\>

   Al faranta tion, La unua "En Progreso" Workflow rapide pafadita supre kaj faris ?in?? Laborposteno.

2. Bedaŭrinde, La sekvanta unu ne laboris kiel atendita. Feliĉe, Kristoforo plu-gvidas nin Ĉi tie (http://support.microsoft.com/kb/932816). Kiel skribi de ĉi tiu eniro, Ni??E atendado por la ITa departemento akiri ke hotfix, Sed ĝi faras rigardi promesplenan. Niaj kopioj de la influita .Dll-a ne dividas la saman byte grandeco, Tiel espereble #tio ?i solvos la problemon.

Workaround:

Re-kuranta la stsadm -o setproperty komando ŝajnita instigi la workflow minutatoro maldorma. Ĝi volus, Malglate 7 Minutoj poste, Efektive vekiĝi kaj daŭri kune kun la workflow.

Demandoj / Eldonas Traktita:

#Pa?zo #?is Dato ne laboras.

#Pa?zo #?is Dato ne rekomencas.

Workflow statuso ne #?an?i de "En Progreso"

Workflow statusaj restadoj "En Progreso"