Täna, Veetsin tundi tabada algpõhjus taga sõnum "teie sisestatud veeru nimi on juba kasutusel või reserveeritud käputäis. Valige mõni muu nimi."

Kõnealuse veergu võiks luua, kustutatakse ning luuakse uuesti teise keskkonda, nii et ma teadsin, et see ei olnud reserveeritud. Aga, Ma lihtsalt ei suutnud leida veeru kõikjal kaudu mistahes kohas Superior SharePointi kasutajaliidesega saidikogumi.

Ma sisestatud MSDN-i foorumites siin ja selle alistamatu Andrew Woodward juhtis mind objekti mudeli alusandmeid suunas.

Käisin CodePlex leida mõned vahendid, mis aitaks mul peer arvesse OM alusandmeid ja aidake mul leida hädas.

Üritasin mitmeid tööriistu ja nad olid väga lahedad ja huvitavad kuid lõpuks, UI ei olnud piisavalt hea, et minu eesmärk. Ma ei ole kritiseerida neid mis tahes viisil, kuid selgelt vahend tegijad ei olnud minu probleem meeles oma Kasutajaliidese loomisel :). Enamik inimesi tundub päris palju aega ja vaeva töökoha loomisel tuleks investeerida / kliendi rakenduste, mis pakuvad puude views, Paremklõpsake kontekstimenüüd jne. Need on kena ja kõik, kuid see on palju tööd, et luua top-of-the-line kasutuskogemust, mis on väga paindlik.

Ma tõesti vajasin vastust sellele probleemile. See tekkis mulle, et kui ma saaks kõik saidi veergude kohandatud loendi saidikogumilt, Ma ei filtritakse, sorteerida ja seisukohad, mis aitaks mul leida see väidetavalt olemasoleva veeru loomine (mida ta tegi, BTW). Ma läksin edasi ja tegin mis ning tund või kaks hiljem, oli minu saidi veergude laadida kohandatud loendi rühmitamine, sorteerimine jne. Leidsin minu vastus viis minutit hiljem.

Kui ma edukalt võtta üle maailma, Arvan, et ma määrus, et kõik SharePointi tööriistad pakkujad peavad tõsiselt kaaluma katte oma objekti mudeli andmeid kohandatud loendi. Nii, Mul on õigus otsida mis tahes viisil ma tahan (piiranud, Muidugi, standardse SharePointi funktsioonid).