Is é mo alt is déanaí suas ag www.sharepointbriefing.com. Seo a teaser:

Léigh an rud ar fad anseo: http://sharepointbriefing.com/features/article.php/3874226/Content-Query-Web-Part-SharePoints-Swiss-Army-Knife.htm

Féach ar sé i úsáid a bhaint as láithreán gréasáin poiblí fíor anseo a leanas ag na céimeanna:

1. Téigh go dtí an leathanach gréasáin seo: http://cdi-its.com/Pages/Customer_Support.aspx (Is é seo an leathanach tacaíocht do chustaiméirí do CDI).
2. Cliceáil ar "Cás Stadéir" sa nascleanúint na láimhe clé.

Beidh sé léim go dtí an "Tacaíocht do Chustaiméirí" alt de na staidéir cháis liostú.

</deireadh>

Liostáil le mo bhlag.

Lean mé ar Twitter ag http://www.twitter.com/pagalvin

One of my clients worked with a previous contractor to build out a small but useful HR application for the enterprise. That contractor used SharePoint Designer to implement the workflow portion of the solution. It’s a bit of a mess. Mar shampla, there are nine SPD workflows in support of a single logical workflow process and up to five of them may fire simultaneously at any given time given the right conditions. It’s not easy to debug 🙂

Tá roinnt riachtanas go fóill-gan íoc ag mo chustaiméirí, one of which is to generally provide more context when the system sends out email alerts – both in the email itself as well as associated task forms. As SPD workflow implementers know, the “collect data from user” SPD action actually creates a task with a custom content type. When we use that action, we don’t get to specify much. We can prompt for some values (e.g. "Cheadú" nó "dhiúltú") and we can specify a hard coded value in the title and description. That’s about it.

Is riachtanas Mo chustaiméara dhá huaire:

1. Nuair a chuireann SharePoint r-phost faoi shannadh tasc, I measc a lán eolais mar gheall ar an tasc i gcorp r-phost.
2. Níos tábhachtaí fós, le fada – nuair a cad a tharlaíonn nuair úsáideoir ar an nasc sa r-phost tasc, the task form should have all the information the approver needs in order to make his/her approve or deny decision. Right now, the manager needs to click on the item link itself to drill down into the underlying details and no one likes that. You have to click in the email. Then you need to click a sort of obscure link on the task item. Then you can look at the underlying data (foirm InfoPath sa chás seo). Then you click back/back, etc. Everyone hates it.

Tá mé bhfuair an réiteach teicniúil beagán messy agus ba mhaith liom a athrú ar an mbealach is lú cur isteach is féidir a dhéanamh.

The approach I’m taking right now is to create a custom alert template. Is féidir leat léamh faoi sin anseo. The flow works like this:

• Ritheann SPD sreabhadh oibre.
• Ag pointe éigin, Sannann sé tasc maidir le bainisteoir.
• SharePoint system automatically sends out an alert to that manager. This is not part of the SPD workflow but rather “what SharePoint does.” (An tseirbhís lasc ama SharePoint, Creidim).
• Tá láimhseálaí airdeall saincheaptha agairt i bhfabhar an bpróiseas airdeall caighdeánach (rialacha seo a leanas draíochta mar a thuairiscítear i an t-alt tagairt déanta dó thuas).
• Nuair a ritheann mo láimhseálaí airdeall saincheaptha, it generates a beautiful email. Níos tábhachtaí fós, ós rud é go bhfuil sé an tasc atá idir lámha, decorates sé freisin ar an tasc iarbhír an fhaisnéis go léir is gá comhthéacs chun freastal ar an riachtanas gnó.
• Faigheann an t-úsáideoir an ríomhphost agus tá sé lán d'eolas úsáideach comhthéacs.
• Cad a tharlaíonn nuair úsáideoir ar an nasc tasc agus an tasc féin go bhfuil iomlán na faisnéise comhthéacs úsáideach.
• Téann gach duine sa bhaile a bheith acu watermelon agus uachtar reoite.

I did a quick POC and it works well in a lab environment. I get my custom email alert as expected. I also get to update the task description and title itself.

An beagán tricky ach, go dtí seo, Is staid a sheachaint ina nuashonruithe airdeall ar an mír, triggering another alert. This doesn’t worry me.

Breathnaíonn gealladh fúthu go dtí seo ...

The great thing about this is that I don’t need to muck about with any of the existing SPD workflows. They are blissfully unaware that an alert handler is “IIZ runnin SA DA BAKGROUND, DECORATIN Teh TASC LIOSTA WIF MOAR COMHTHÉACS".

</deireadh>

Liostáil le mo bhlag.

Lean mé ar Twitter ag http://www.twitter.com/pagalvin

[Tabhair faoi deara: Ba mhaith liom a rá láithreach go bhfuil mé leas airgeadais an toradh inmhianaithe an taispeántas seo, a lua mé ar mhaithe le nochtadh iomlán, etc. Seo i ndáiríre an chéad uair mé blogged riamh faoi ócáid ​​nuair a seasamh mé leas a bhaint go pearsanta ar an mbealach seo.]

Cuireann an taispeántas ar siúl gréasáin Déardaoin, 06/04 ag 12:30 EDT, dar críoch 1:30AM EDT.

I gcomhar le mo chomhpháirtí gnó den scoth, Córais Comhtháite agus Grúpa Seirbhísí (ISSG), I have been working to develop a vertical business application using SharePoint as the platform. Sa chás seo, 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, lena n-áirítear díolacháin, innealtóireacht, taighde agus forbairt, grúpaí dlí agus eile.

Tá an taispeántas ag dul a léireoidh cur i bhfeidhm a éascaíonn chineál sin de chomhoibriú, chomh maith le plé ar conas is gá gach ceann de na píosaí comhoibriú a chomhtháthú le córas ERP Inneall.

Ar deireadh, 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.

Mar sin,, cén fáth go mbeadh tú bodhraigh a shíniú suas agus a fheiceáil an taispeántas? 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.

Má tá suim agat, clárú anseo le do thoil(https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=skmqfwbr5smmlx20).

</deireadh>

Liostáil le mo bhlag.

Lean mé ar Twitter ag http://www.twitter.com/pagalvin

My latest article is up at www.EndUserSharePoint.com. I wrote about SharePoint Designer, Úsáideoirí Deiridh agus imlíne na straitéise go mb'fhéidir go mbeadh úsáideoirí Deireadh iarracht a dhéanamh agus leanúint d'fhonn inniúlacht a léiriú agus muinín a thógáil ar fud an uirlis seo.

Is iad na tuairimí níos suimiúla ná an t-alt féin.

Seiceáil sé amach.

</deireadh>

Liostáil le mo bhlag.

Lean mé ar Twitter ag http://www.twitter.com/pagalvin

Ar mo tionscadal reatha, Beidh cuid de na úsáideoirí taisteal ar fud an domhain agus nuair a shroicheann siad scríbe éagsúla, use whatever machine is handy at the time. Those guest machines will be running Windows and installed and configured for the local locale. (Tá mé díreach tar thuig gur féidir nach bhfuil na meaisíní aoi na pacáistí teanga ceart… Ní dócha, i ndáiríre… Tá mé ag páirceáil go bhfuil ceann do anois).

SharePoint needs to provide a mechanism whereby the user can pick their preferred language and then have MOSS honor that language regardless of how the user accesses MOSS. In other words, disregard whatever the browser tells IIS/MOSS and instead look up that preferred language and use it.

Táimid ag dul chun imscrúdú a dhéanamh ar dhá chur chuige:

1. HTTP Handler: Beidh HTTP láimhseálaí saincheaptha suiteáilte ar IIS breathnú suas an úsáideora phróifíl MOSS, figiúr amach an teanga is rogha agus ansin athrú ar an header HTTP timpeall ag teastáil mar roimh dul a rialú go CAONAIGH.
2. global.asax: Modify global.asax to do the same thing. We may modify something else, but the idea is that we find some place where we can insert our locale-switching logic.

Is é an fachtóir complicating eile gur gá dúinn chun tacú le húsáideoirí 60k, faoi 1,000 Is féidir a bheith ag an am céanna rochtain MOSS ag bhuaicualaigh.

Dealraíonn sé an láimhseálaí HTTP leor drastic, but possibly the best place to put the code since it’s at the IIS level and all-knowing. It’s a good single point of work.

Táimid ag leaning i dtreo cur chuige chineál global.asax, den chuid is mó mar creidimid go beidh orainn roghanna níos mó le haghaidh sonraí a caching ag an bpointe sin.

Feicfidh mé a bheith blogging níos mó ar an ábhar seo mar a fhoghlaim mé níos mó.

Má tá a fhios agat rud ar bith faoi seo, please post a comment 🙂

</deireadh>

Liostáil le mo bhlag.

Lean mé ar Twitter ag http://www.twitter.com/pagalvin