Vinnige en maklike: Gebruik jQuery 'n teks veld se waarde in te stel op 'n SharePoint vorm

Ek het begin rondspeel met jQuery yesterday. I’ve been wanting to do this for a long time, sedert Paul Grenier begin skryf sy reeks oor jQuery vir gebruikers by die agbare www.endusersharepoint.com web site. As I use it, I hope to add a series of “Quick and Easy” posts like this one. This post describes how to set a known text field’s value to anything you want.

In hierdie scenario, Ek het 'n persoonlike lys wie se "nuwe" vorm lyk soos:

image

Dit is die nuwe vorm vir 'n persoonlike lys met die standaard titel kolom en twee kolomme lys (nie werf kolomme; Ek dink nie dit moet 'n verskil maak).

Die doel is om 'n arbitrêre waarde vir die veld te wys, "DefaultMeFieldNoSpaces" (jy kan sê ek is 'n bietjie van 'n lafaard met die "geen spasies" ding aan die gang, maar ek doen spesery dit aan die einde van hierdie artikel).

Hierdie stukkie van jQuery vir my gewerk:

<script type ="Teks / javascript">

  $(funksie() {

    $(Se insette[title = DefaultMeFieldNoSpaces]").attr(
        {waarde: "Jy is in 'n kronkelende doolhof van gange, almal gelyk. "});

  });

</script>

Soos ek dit verstaan ​​hierdie stukkie van jQuery sê, “find me any input tag whose title = DefaultMeFieldNoSpaces. Toe, stel om al hul waardes aan 'n bekende aanhaling uit 'n ou rekenaar spel. "

Aangesien daar slegs een veld op die vorm met 'n titel gelyk aan "DefaultMeFieldNoSpaces" Ons is verseker van die toeken van 'n waarde vir die veld en geen ander.

Wat van 'n veld wie se naam ruimtes in dit? It’s nearly the same:

<script type ="Teks / javascript">

  $(funksie() {
     $(Se insette[title = Ken veld Space]").attr(
        {waarde: "Jy is in 'n kronkelende doolhof van gange, almal gelyk. "});

  });

</script>

Ek dink dit is 'n redelik veilige benadering, meaning that we should be able to find the field that we want and only the field we want. If you look at the HTML SharePoint is giving us, dit is soort van morsig:

<insette
naam="ctl00$m$g_bdb23c2c_fde7_495f_8676_69714a308d8e$ctl00$ctl04$ctl02$ctl00$ctl00$ctl04$ctl00$ctl00$TextField"
tipe="text"
MaxLengte="255"
ID="ctl00_m_g_bdb23c2c_fde7_495f_8676_69714a308d8e_ctl00_ctl04_ctl02_ctl00_ctl00_ctl04_ctl00_ctl00_TextField"
titel="DefaultMeFieldNoSpaces"
klas="ms-long"
/>

"Title" staan ​​uit as 'n herkenbare en hopelik unieke eienskap om ons te help om die spesifieke kolom wat ons wil ons arbitrêre waarde toe te ken identifiseer.

This is a foundational concept. Setting a field in an arbitrary way like this isn’t going to win any awards. Egter, As ons wil meer interessante vorm vlak om dinge te doen (wat ons almal altyd wil doen, natuurlik, reg nadat ons klaar die skottelgoed), wil verander die waarde van "veld b" outomaties op grond van die waarde van die "veld om 'n", ons (Ek) nodig het om hierdie dinge te leer.

Ek dink ons ​​die beste kans om 'n werklike nuttige waarde om hier te kry, is deur middel van die titel, at least for text fields. There may be a better, more reliable approach. If I find it, Ek sal hierdie pos werk. If you know a better way, los 'n kommentaar.</einde>

</einde>

Skryf in op my blog.

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

SharePoint Demonstrasie: HEFBOOM SharePoint 'n vertikale Sake Aansoek te bou

[Let daarop: Ek wil dadelik sê dat ek 'n finansiële belang in die verlangde uitkoms van hierdie demonstrasie, wat ek noem in die belang van 'n volledige openbaarmaking, ens.. This is actually the first time I’ve ever blogged about an event where I stand to benefit personally in this way.]

Hierdie web demonstrasie plaasvind Donderdag, 06/04 op 12:30 EDT, eindig by 1:30PM EDT.

In samewerking met my uitstekende sakevennoot, Geïntegreerde stelsels en Services Group (ISSG), I have been working to develop a vertical business application using SharePoint as the platform. In hierdie geval, we’re building an application that serves the needs of manufacturers that make customized product for their customers. In these cases, a great deal of collaboration needs to take place between the customer and the manufacturer. There’s also a great deal of collaboration required between different groups within the manufacturer, insluitend verkope, ingenieurswese, navorsing en ontwikkeling, regs-en ander groepe.

Die demo gaan 'n aansoek wat fasiliteer dat die soort van samewerking te wys, saam met 'n bespreking oor hoe om al die stukkies samewerking nodig het om te integreer met 'n backend ERP-stelsel.

Laastens, this isn’t going to be a SharePoint demo. This is a demonstration of a solution for a specific niche problem that happens to use SharePoint as the platform.

So, hoekom sou jy die moeite om aan te meld en kyk na hierdie demo? I don’t expect too many readers of my blog to be all that interested in a solution for make-to-order manufacturers 🙂 Your take-away would be the concept itself – using SharePoint purely to deliver a business solution without regard to SharePoint itself.

As jy belangstel, teken asseblief hier(https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=skmqfwbr5smmlx20).

</einde>

Skryf in op my blog.

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

Jy kan SharePoint Designer sjkroewedraaier Van my koue, Dooie Hande

My nuutste artikel is by www.EndUserSharePoint.com. I wrote about SharePoint Designer, Eindgebruikers en die uiteensetting van 'n strategie dat Eindgebruikers kan probeer volg om bevoegdheid te demonstreer en die bou van vertroue om hierdie hulpmiddel.

Die kommentaar is meer interessant as die artikel self.

Check dit uit.

</einde>

Skryf in op my blog.

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

Doeltreffend Volg Microsoft SharePoint (en ander) SharePoint Forum

Ek is na aanleiding van MSDN forums vir meer as 'n jaar (en moontlik byna 2 jaar op hierdie punt) and every now and then I hear from someone how “hard” it is to do that. I find it quite easy and thought I’d share my “technique”. This technique also works for www.endusersharepoint.com (http://www.endusersharepoint.com/STP).

Neem MSDN as 'n voorbeeld, Ek het eers na standaard forum bladsy soos die Algemene Vrae vir SharePoint hoofblad hier: http://social.technet.microsoft.com/Forums/en-US/sharepointgeneral/threads

Jy moet dadelik sien dat die forums is RSS enabled, soos aangedui:

image

Ek het al met behulp van Google Reader vir die bestuur van my RSS Feeds vir 'n lang tyd (www.google.com / reader). I go there, add the RSS feed for the forum and now I’m getting all new forums posts via RSS. My Google feeds for SharePoint forums look like this:

image

Google bied vir my 'n mooi uitsig van die plaas self:

image

En uiteindelik, Google laat my gebruik van die sleutelbord te blaai deur die plasings in die forums op hierdie manier.

Ek kan vinnig scan deur poste en fokus net op dié wat ek voel ek kan 'n waardevolle bydrae kan lewer.

Alerts close the loop. Updates to posts don’t come through RSS (maar ek dink hulle gebruik om 'n lang tyd gelede). Egter, As ek 'n antwoord op 'n forum plaas, the forums alert me via email and IM that someone responded in turn. Of, As ek nie 'n sinvolle bydrae te lewer, maar ek wil weet wat ander te sê het, Ek kan boor in dit en uitdruklik versoek om kennisgewings wanneer ander nie reageer.

In 'n uur of minder jy kan hierdie proses opgestel en en in 'n week van gereelde gebruik, leer om die verskillende sleutelbord truuks en kortpaaie sodat dit 'n tweede natuur.

I use the exact same technique for End User SharePoint.Com’s “Stump the Panel” forums. This is their RSS feed: http://www.endusersharepoint.com/STP/rss/.

Forums is 'n wonderlike manier, moontlik die beste manier kort van die direkte persoonlike ervaring, van die leer van die produk en kry 'n mooi opname van hoe die wêreld, op groot, uses SharePoint. Give it a try!

</einde>

Skryf in op my blog.

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

Technorati Tags:

Gebruik Custom Lyste vir meer effektiewe Workflow Ouditering

Ek het my lewe 'n bietjie herorganiseer en het 'n paar keer 'n artikel in te dien www.endusersharepoint.com. My latest article is up here: Gebruik Custom Lyste vir meer effektiewe Workflow Ouditering (http://www.endusersharepoint.com/?p=1658).

Dit is die opening van 'n grafiek:

SharePoint Designer workflow doesn’t give us a lot of visibility into what’s happening with our workflow solutions. En, die sigbaarheid wat ons kry, is die wiele gery deur 'n relatief swak koppelvlak en 60 day time window. Dit 60 day window can be a major disappointment to new SharePoint Designer users because it’s not advertised by the tool itself. It’s not at all uncommon for someone to fire up SharePoint Designer, Skep 'n oplossing wat maak gebruik van die "Meld Geskiedenis Lys" aksie ...

Die probleem is dat daar na 60 dae, enige boodskappe wat jy maak op hierdie manier word weggelaat uit die workflow geskiedenis lys! After a bit of teeth gnashing and “what were they thinking?"Argumente, Die bottom line is dit: it happens and it needs to happen. Die vraag is, hoe kan ons kry om dit?

The official answer is to rely upon SharePoint’s built-in auditing feature. From an end user’s point of view, egter, that’s very weak in WSS and not much better in MOSS. Gelukkig, we can still leverage the familiar SharePoint Designer tool to create a durable workflow history and audit trail which is an order of magnitude more useful to boot. Here’s how.

I describe how to create a more friendly and useful audit solution for declarative workflow created in SPD.

I was inspired to write this article from a recent project for a client that had developed nine technical SPD workflows in support of one logical business process. Assuming for now that nine is a reasonable number, it was certainly a challenge to debug it or view the overall status of the process in one simple view. Each of these separate technical workflows has its own independent workflow history list and that’s just not manageable. I was able to combine all of them into a single audit list using the technique I describe on the site.

Check dit uit.

</einde>

Skryf in op my blog.

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

Bamboo Kalender Interaksie met SharePoint veroorsaak dat "'n Onverwagse fout het voorgekom"

Vandag, I’ve been working in an environment that uses a Bamboo calendar web part for some improved collaboration. This a standard medium/small farm with two load balanced WFEs, 'n "aansoek bediener" vir kruip en Path en 'n cluster SQL agterkant.

The client installed some disaster recovery software onto one of the WFEs and that resulted in a broken WFE for a specific site in the site collection. Whenever load balancing pointed at the affected WFE and that site, users saw a largely blank white screen with the sentence “An unexpected error occurred”. No other info showed, net dat die vonnis.

They asked me to look at it. I easily reproduced the problem and then added a ?contents=1 to the end of the URL. This is how I learned they were using the Bamboo web part. I went back to the page and now, skielik, Dit wys vir my 'n mooi ordelike foutboodskap:

image

Ek weet nie wat daar gebeur het of wat ek gedoen het om die beheerde fout boodskap aan ander as die aanbring van die te vertoon ?contents=1 bit of the query string.

Dit is waarskynlik 'n baie seldsame rand geval nie, maar as jy die boodskap, "'N Onverwagse fout het voorgekom" voort te gaan en voeg ?contents = 1 vir die soektog string en sien waar wat lei.

</einde>

Skryf in op my blog.

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

Technorati Tags: ,

Gierig oor Windows Live kommentaar kontrolepaneel

Ek opgetel Windows Live ruimtes terug in Julie van die 2007 as my blogging platform. For the most part, Ek het geen berou en Microsoft beslis strek dit oor 'n tydperk (al het ek hoofsaaklik uit te vind oor die nuwe funksies deur 'n ongeluk).

My biggest complaint right now is blog spam. This person / rekening (http://cid-82b0534bceed9881.profile.live.com/) (onder andere) frequently adds a lot of spam comments to my blog in the form of comments. MSFT added a nice feature to show “recent comments” so at least I can fairly quickly identify them (terwyl voordat, Ek het om te gaan in elke blog entry afsonderlik) and clean them up. It’s still time consuming.

Ek wens dat:

  1. MSFT sou 'n beter filter vir spam.
  2. Dat ek kan verstop spesifieke mense uit te voeg kommentaar.
  3. Versuim om die bogenoemde, I could more easily identify and delete spam. Right now, Ek nodig het om dit te doen kommentaar deur die kommentaar en dit is stadig, veral wanneer 'n spam robot persoon / program voeg 25 aan 50 kommentaar in een sessie.

As jy 'n Windows Live gebruiker en het 'n paar nuttige truuks te deel, Ek sal dankbaar wees.

</endGripe>

Skryf in op my blog.

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

SharePoint Saterdag fenomeen gaan voort (meer, my slide dek)

Ek teruggekeer van Washington DC het gister na die bywoning van die jongste SharePoint Saterdag. What a remarkable event! Continuing the tradition of other SP Saturday’s, it was very well run. The environment, die oorkoepelende organisasie, die vloei, verskaffer gebied, kos ... dit was heel.

Natuurlik, die beste deel is van die inhoud en ek dink nie iemand is teleurgesteld.

Dit is regtig nogal amazing vir my hoe so baie mense is opruiende hulself uit die bed vroeg op 'n Saterdag om te gaan en te luister na mense praat oor SharePoint vir 8 hours 🙂 Amazing.

Kans is, daar is 'n SharePoint Saterdag geval jou pad kom en as daar nie ', Hoekom begin jy nie een nie?

Ek by die konferensie aangebied met die tong draai titel, “Using the SharePoint Platform to Build Vertical Business Applications.” You can get the presentation here: https://cid-1cc1edb3daa9b8aa.skydrive.live.com/browse.aspx/Public. It’s not my usual sort of presentation and I had fun with it. I’ll be giving this again in June at the North VA user group conference at the end of June.

</einde>

Skryf in op my blog.

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

Bestuur is 'n bemarkingsplan te

Die rede waarom ons so baie tyd spandeer (of indien, in elk geval) working out governance plans is because we want the SharePoint solution to be as effective as possible. We want good infrastructure and rules to keep it humming and safe in case of disaster. We want good security processes to both properly secure the environment but also make it reasonable to manage. We want a good information architecture that will stand the test of time, ideally managing to survive a major organizational change in the company.

Wat wenslik doelwit te bereik, 'n dokument bestuur en plan kan oorgaan in 'n klomp "Jy mag" en "Jy mag nie se", soos in:

  • Jy mag nie skep SharePoint sekuriteit groep; gebruik AD plaas.
  • Jy mag nie skep dopgehou in dokument biblioteke; gebruik om die inhoud tipes en menings plaas.
  • Jy sal skep al dokument inhoud tipes grond af 'n spesifieke persoonlike basis tipe.
  • Jy mag nie 'n inligting taksonomie wat gebaseer is af vandag se maatskappy org grafiek.

"Jy mag" en "jy mag nie" beslis het hul plek in die bestuur plan.

A more successful governance plan will also have a strong marketing angle. It should sell and justify itself to the maximum extent possible. A truly successful governance plan relies upon the voluntary cooperation of all SharePoint users. (Daar is byvoordele gevalle waar die gemeenskap samewerking is nie nodig nie, soos wanneer SharePoint word deur 'n baie klein aantal streng bestuur gebruikers; Ek is seker jy kan dink van ander). If the user community doesn’t buy into your governance plan then it will be partially successful at best.

I use that word “buy” deliberately. The community will buy the governance plan if it’s fundamentally sound and you go to some effort to sell them on it. Selling leads to marketing and that’s why I think that a governance plan should be considered a marketing plan too. Convince your end users that they need to follow the governance plan and they will voluntarily follow it. If you can get a critical mass of people following the governance plan then the plan’s benefits follow and you’ll have a stronger environment for it.

</einde>

Skryf in op my blog.

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

Oplossing: Samestelling van MOSS Gehoor voeg geen nuwe lede

Bottom line: As jy wil 'n profiel eiendom te gebruik in 'n reël vir die skep van gehore, die eiendom moet sigbaar wees aan "almal."

I was working with a co-worker yesterday and he was building out a MOSS audience based on a custom user profile property in MOSS. In hierdie geval, die gehoor eiendom is die naam "SITECD" en deur konvensie, slaan 'n 3 karakter-kode. Hy het bepaal die gehoor en 'n reël wat sê dat as "SITECD gelyk aan 'ABG", dan sluit die gebruiker profiel in die gehoor.

Hy het 'n enkele gebruiker profiel met dat die waarde en saamgestel om die gehoor, but MOSS simply wouldn’t add that user. I noticed that the privacy setting for that profile was set to “me only” (die mees beperkende vorm) and I remembered reading somewhere that property profiles used in rules must be visible by “everyone”. He made that change and that solved the problem.

The really funny thing about this is that I “remembered” reading about this. It was nagging at me this morning for some reason and I realized that I had written a chapter in this book, MOSS Verduidelik: 'N Werker se inligting te duik diep in Microsoft Office SharePoint Server 2007, en dat ek hierdie punt behandel het in die baie hoofstuk het ek geskryf :). I would have thought that every word I wrote in that chapter would be seared into my memory.

Matt Morse skryf dit op in 'n pragtige detail hier en ek verwys dit in die hoofstuk: http://blogs.pointbridge.com/Blogs/morse_matt/Pages/Post.aspx?_ID=50

</einde>Skryf in op my blog.

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

Technorati Tags: ,