maandelijkse archieven: Juni 2010

"Kan doen” versus "moet doen” in SharePoint projecten

Ik denk dat velen van ons af en toe worden gepresenteerd met, bij gebrek aan een betere uitdrukking, Young-kind eisen. De eindgebruiker echt, zeer slecht wil een bepaalde specifieke look en feel, of een zeer specifieke sorteren structuur of een te snijden uit een klik of menu optie te gemakkelijk navigatie of [hartstochtelijk gehouden overtuiging dat gebeurt als verkeerd invoegen]. Als SharePoint pro's, We kunnen over het algemeen voldoen aan bijna elk soort eis met het platform, maar voor sommigen van hen, we in ons hart weten dat:

Ze zijn gaan om een onevenredig groot bedrag van tijd uit te voeren (en dus duurder)
Ze gaan worden zeer aangepaste en daarom moeilijk te handhaven en op te lossen
Er is sommige gemakkelijke SharePoint benadering die voldoet aan 80% of meer van de vereiste (dwz. voldoet aan de geest van de vereiste, maar niet de letter van de vereiste)

Bottom line, We weten dat de "eis" is eigenlijk gewoon een leuk om te hebben of zelfs legitieme in zekere zin, maar iets dat mensen moet leven met eerder dan besteden een heleboel tijd proberen te "oplossen".

Ik denk aan deze als "jonge kind" eisen omdat ik dit patroon vele malen eerder gezien heb. Kinderen zal pine weg en u voor sommige nieuwe speeltje zeuren wekenlang op een moment. Je krijgt ze het speelgoed, ze spelen met het voor een paar uren of dagen en vervolgens zet het neer, nooit te halen ooit weer. Of, je krijgt niet het speelgoed, de zeurderige stopt en het jonge geitje beweegt op tot de Voorzitter van de vrije wereld. Ik heb dit gebeuren in SharePoint projecten. Besluitvormers ofwel krijgen wat ze willen en het wordt een ongebruikte of onderbenut functie of ze niet krijgen wat ze willen en het project toch nog lukt.

Ik werd herinnerd aan dat vandaag in een forum post en ik vond hoe Clayton Cobb probeerde te krijgen het forum poster te duwen terug op een van deze soorten eisen: http://social.msdn.microsoft.com/Forums/en-US/sharepointinfopath/thread/af8a1941-92ad-4f1a-b1bf-875e28ea79b7/

Ik ben echt benieuwd hoe de mensen dit onderwerp bekijken en hoe u omgaat met het. Ben I die mist het punt? Heb je strategieën om te besluiten makers uit de buurt van overinvesting in triviale eisen sturen? Laat alstublieft een reactie.

</einde>

Abonneren op mijn blog.

Volg mij op Twitter op http://www.twitter.com/pagalvin

Quick Tip: JQuery toe te voegen aan MOSS publicatiepagina 's

1 Antwoord

Wanneer verbetering MOSS samenweking pagina's met behulp van jQuery, Ik raakte de volgende verkeersdrempel:

Serverfout in ' /’ Toepassing.

Parser fout

Beschrijving: Er is een fout opgetreden tijdens het parseren van een resource vereist om dit verzoek dienst. De volgende specifieke parse foutdetails Bekijk en wijzig uw bronbestand op de juiste wijze.

Parserfoutbericht: Alleen de besturingselementen voor inhoud rechtstreeks in een inhoudspagina die besturingselementen voor inhoud bevat zijn toegestaan.

Bronfout:

Line 10: Line 11: Line 12: <script Line 13: type="text/javascript" Line 14: src="/jQuery/jquery-1.4.min.js">

Bronbestand: /_catalogs/masterpage/KCC_FacultyMember.aspx Lijn: 12

Versie-informatie: Microsoft..NET Framework versie:2.0.50727.4927; ASP.NET versie:2.0.50727.4927

Het was gemakkelijk genoeg is te bevestigen (h/t aan mijn collega, Uday Ethirajulu). Zorg dat de jQuery code in de "PlaceHolderAdditionalPageHead" leeft zoals:

<ASP:Inhoud ContentPlaceholderID = 'PlaceHolderAdditionalPageHead" runat = 'server'>

<script

    type = "text/javascript"

    src="/jQuery/jQuery-1.4.min.js">

</script>

<script type = "text/javascript">

$(document).klaar(functie() {

   // Briljante jQuery spul gaat hier.

   });

</script>

</einde>

Abonneren op mijn blog.

Volg mij op Twitter op http://www.twitter.com/pagalvin

Een kleine ergernis overgedragen…

Laat een antwoord achter

SP2010 is zeer cool stuff, maar ik wou dat ze zouden hebben aangepast de taal op de lijst en bibliotheken instellingen pagina's als het gaat om beheren inhoudstypen:

Dezelfde taal was in plaats van WSS/MOSS. Verander gewoon het woord "delete" om te "verwijderen" en het zal gewoon meer zinvol.

Abonneren op mijn blog.

Volg mij op Twitter op http://www.twitter.com/pagalvin

</einde>

Nieuw artikel, "Mastering SharePoint”

Laat een antwoord achter

Mijn laatste artikel voor SharePointBriefing.com is omhoog en schoppen hier: http://sharepointbriefing.com/features/article.php/3887276/The-Road-to-SharePoint-Mastery.htm

Hier is een teaser:

Dit is eigenlijk een vrij korte en verkorte versie van mijn meest populaire publieke presentatie op "Op leer SharePoint." Geen grappen banjo, echter.

Check it out!

</einde>

Abonneren op mijn blog.

Volg mij op Twitter op http://www.twitter.com/pagalvin

BPOS 2010 en "Superset”

2 Antwoorden

Ik was het lezen van een van deze vrij generieke bla-achtige artikelen op BPOS (Van Microsoft exchange en SharePoint in de cloud) en gelukkig waded door tot het einde:

In termen van andere op korte termijn af te leveren producten, Microsoft is begaan te verstrekken in BPOS v.Next inheemse PowerShell scripts via een eindpunt PowerShell voort te bouwen op PowerShell versie 2. Verificatie zal worden gedaan door Online-id 's, met een enkele referentie kunnend worden gebruikt voor zowel PowerShell en het portaal.Keane echode het bericht andere Microsoft execs hebben uiten op TechEd deze week: Wolk mogelijkheden, na verloop van tijd, zal Dit is een superset van wat on-premise beschikbaar is worden. Op dit moment, het omgekeerde is waar, en Microsoft Online services bieden een subset van de functies die beschikbaar zijn in de software-equivalenten van elk product.

Het idee dat de cloud voor meer vermogen dan on-premise zorgt is nieuw voor mij. Ik vraag me af hoe waar dat gaat worden in het einde. Het voelt contra-intuïtief voor mij. Ik volledig het idee dat veel bedrijven spul naar de wolk verhuizen zal (of beginnen in de cloud) maar ik denk het normaal dat ze doen het omdat de pro's (gemakkelijker admin, Sla 's, etc) ruimschoots opwegen tegen de nadelen (verminderde functionaliteit).

Ik heb een beetje een harde tijd geloven dat wolk aanbod op-prem mogelijkheden zullen overschrijden. Multi-tenant is moeilijk en het lijkt erop dat het compromissen dwingen moet om te zorgen voor goede SLA en gebruiksgemak...

Ik zal waarschijnlijk het eten van mijn woorden op dit. Ik herinner me denken dat niemand eventueel nodig zou kunnen hebben meer dan 650 MB aan gegevens en daarom, de CD ging nooit te worden verbeterd.

</einde>

Abonneren op mijn blog.

Volg mij op Twitter op http://www.twitter.com/pagalvin

SharePoint zaterdag Baltimore Poll

2 Antwoorden

Ik aarzel om het doorgeven van deze langs gezien het feit dat "banjo grappen" geen optie is, maar... De einde-van-augustus SharePoint zaterdag (Baltimore editie) organisatoren hebben een poll opwaarts asking voor voorgestelde onderwerpen. Ga hier om in te vullen: http://www.sharepointsaturday.org/baltimore/default.aspx

Vote early and vote often 🙂

Maar serieus, slechts eenmaal stemmen.

</einde>

Abonneren op mijn blog.

Volg mij op Twitter op http://www.twitter.com/pagalvin

Werkstroom gebruiken om te simuleren inhoudsbeveiliging Type

3 Antwoorden

Een andere dag, een andere MSDN-forum post geïnspireerd.

Iemand vroeg of kon zij een inhoudstype secure zodanig dat wanneer een gebruiker op de "nieuwe" knop op een aangepaste lijst klikt, inhoudstypen die die persoon toegang is verleend zou worden alleen weergegeven in de drop-down lijst. Zoals we weten, Dit wordt niet ondersteund out of the box.

Deze vraag komt nu en dan en deze keer, Ik had een nieuw idee. Laten we aannemen dat we als dit scenario hebben:

We hebben een helpdesk ticketing systeem.
De helpdesk ticketing systeem kan gebruikers invoeren van regelmatige helpdesk ticket info, zoals probleemgebied, probleem status, etc.
Wij willen kunnen "super" gebruikers opgeven voor een veld "urgentie".
Andere gebruikers hebben geen toegang aan dat veld. Het systeem zal altijd "medium" niveau prioriteit toekennen aan hun aanvragen.

Wat we kunnen doen is twee afzonderlijke SharePoint-lijsten en twee verschillende inhoudstypen maken, een voor gebruikers "super" en de andere voor iedereen.

Werkstroom op elke lijst kopieert de gegevens naar de hoofdlijst (de werkelijke helpdesk ticket lijst) en het proces verloopt van daar.

Deze aanpak zou kunnen werken een soort kolom beveiliging ook stromen.

Ik heb niet geprobeerd het, maar het voelt redelijk en geeft een vrij eenvoudig, als vrij ruwe, optie om een soort inhoudstype en zelfs kolom beveiliging.

</einde>

Abonneren op mijn blog.

Volg mij op Twitter op http://www.twitter.com/pagalvin

Goedkeuring van de inhoud als beveiliging op automatische itemniveau Poor Man's

2 Antwoorden

Er is een gemeenschappelijk scenario zakelijke met InfoPath-formulieren. Wij willen mensen te InfoPath-formulieren invullen en legt deze voor aan een bibliotheek. Wij willen dat managers (en niemand anders) toegang hebben tot deze formulieren.

Deze vraag komt nu en dan op de formulieren (bijvoorbeeld. http://social.technet.microsoft.com/Forums/en-US/sharepointadmin/thread/76ccef5a-d71c-4b7c-963c-613157e2a966/?prof=required)

Een snelle manier dit op te lossen is om goedkeuring van inhoud op de formulierbibliotheek. Instellingen van de versie van de bibliotheek gaan en stel deze tot zoals:

Klik op "Goedkeuring van inhoud vereisen" en dat zal u toelaten om een waarde te kiezen voor beveiliging van conceptitems.

Het is een beetje contra-intuïtief omdat we niet in termen van "goedkeuring van inhoud denken" wanneer alles wat we willen doen is te voorkomen dat mensen zien andere gebruikers vormen. Echter, het werkt goed (in mijn ervaring). Net deze formulieren niet goedkeuren en ze zal altijd worden beschouwd als "concepten".

Goedkeuringsrechten geven aan de mensen die moeten zitten kundig voor zien hen en u hebt de lus gesloten.

Dit is niet precies groot nieuws, maar de vraag gaat komen met enige regelmaat, dus ik dacht dat het zou de moeite waard boeken.

</einde>

Abonneren op mijn blog.

Volg mij op Twitter op http://www.twitter.com/pagalvin

SharePoint Online en InfoPath

2 Antwoorden

Ik kan de laatste persoon te beseffen dit worden, maar SharePoint Online (dat hoor ik vaak mensen zeggen is een veredelde WSS) ondersteunt InfoPath Forms Services. Dat is vrij krachtig spul, vooral gezien het feit dat IP-FS een functie MOSS Enterprise is en BPOS is iets als $1.99/ month voor 10,000 gebruikers. Misschien is het een beetje meer dan dat..

Dus, SharePoint Online tart gemakkelijk om definitie. Het heeft deze onderneming functie, maar geen anonieme toegang (welke zelfs WSS ondersteunt). Kan je enkele interessante dingen met search (MOSS-ish, Aangezien u kunt site niveau bereiken definiëren), maar als u toegang wilt tot de SSP, You can't do it. You can play the “on the one hand and on the other” game all night long with this product 🙂

Microsoft is wijten aan een nieuwe versie van SP Online in de komende paar maanden. Ik vraag me af wat het gaat worden raar hybride?

</einde>

Abonneren op mijn blog.

Volg mij op Twitter op http://www.twitter.com/pagalvin