Artikulli im i fundit është deri në www.sharepointbriefing.com. Këtu është një ngacmues:

Lexoni të gjithë gjë këtu: http://sharepointbriefing.com/features/article.php/3874226/Content-Query-Web-Part-SharePoints-Swiss-Army-Knife.htm

Shohin atë në përdorim të vërtetë një vend publik web këtu duke ndjekur këto hapa:

1. Shkoni në këtë faqe web: http://cdi-its.com/Pages/Customer_Support.aspx (Kjo është faqe për mbështetjen e klientëve CDI).
2. Kliko në "Studime rast" në menuja e majte.

Ajo do të hidhen në seksionin "Customer Support", e listimit studimeve të rasteve.

</fund>

Abonohen në blogun tim.

Atëherë ejani pas meje në Twitter në 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. Për shembull, 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 🙂

Klienti im ka një numër të kërkesave ende të pazgjidhura, 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. "Miratoj" ose "mohojnë") and we can specify a hard coded value in the title and description. That’s about it.

Kërkesa e klientit tim është dy fish:

1. Kur SharePoint dërgon një email në lidhje me një detyrë detyrë, përfshijnë një shumë informacion në lidhje me detyrën në trupin e-mail.
2. Më e rëndësishmja, nga larg – kur përdoruesi klikon mbi link detyrë në email, 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 (një formë InfoPath në këtë rast). Then you click back/back, etj. Everyone hates it.

Unë e kam trashëguar këtë zgjidhje disi të çrregullt teknike dhe unë dua të bëjë ndryshime në mënyrën më pak ndërhyrëse të mundshme.

The approach I’m taking right now is to create a custom alert template. Ju mund të lexoni në lidhje me atë këtu. The flow works like this:

• SPD workflow shkon.
• Në disa pika, ai cakton një detyrë për një menaxher.
• SharePoint system automatically sends out an alert to that manager. This is not part of the SPD workflow but rather “what SharePoint does.” (Shërbimi timer SharePoint, Unë besoj).
• Një mbajtës porosi vigjilent thirret në favor të procesit standarde alarm (duke ndjekur rregullat magjike, siç përshkruhet në nenin e mësipërm referuar).
• Kur mbajtës porosi im vigjilent shkon, it generates a beautiful email. Më e rëndësishmja, pasi ajo e ka për detyrë në dorë, ajo gjithashtu dekoron detyrën aktuale me të gjitha informatat kontekstin e nevojshme për të përmbushur kërkesat e biznesit.
• Perdoruesi merr email dhe ajo është e plotë e informacionit context dobishme.
• Përdoruesi klikon mbi linkun detyrë dhe detyrë vetë është plot me informacion të dobishëm context.
• Gjithkush shkon në shtëpi që të ketë dhe akull shalqi krem.

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.

Vetëm pak e ndërlikuar, deri tani, është për të shmangur një situatë ku përditësimet alarm pika, triggering another alert. This doesn’t worry me.

Duket premtues deri më tani ...

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 “Runnin IIZ IN DA BAKGROUND, Decoratin LISTA TEH DETYRA wif moar KONTEKSTI".

</fund>

Abonohen në blogun tim.

Atëherë ejani pas meje në Twitter në http://www.twitter.com/pagalvin

[Shënim: Unë dua të them menjëherë se unë kam një interes financiar në rezultatin e dëshiruar të kësaj demonstrate, që unë përmend në interes të deklarimi të plotë, etj. This is actually the first time I’ve ever blogged about an event where I stand to benefit personally in this way.]

Ky demonstrim web merr zhvillohet të enjten, 06/04 në 12:30 EDT, i dhënë fund në 1:30EDT.

Në bashkëpunim me partnerin e shkëlqyer e biznesit tim, Integruar Sistemet dhe Shërbimet Group (ISSG), I have been working to develop a vertical business application using SharePoint as the platform. Në këtë rast, 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, duke përfshirë shitjet, inxhinieri, hulumtim dhe zhvillim, Grupet ligjore dhe të tjera.

Demo është duke shkuar për të treguar një aplikacion që lehtëson atë lloj të bashkëpunimit, së bashku me një diskutim mbi mënyrën se si të gjithë ato copëza bashkëpunimit duhet të integrohet me një sistem ERP backend.

Së fundi, 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.

Kështu, pse do të ju shqetësojë për të nënshkruar dhe shikoni këtë demo? Nuk pres që shumë lexues të blogut tim të jenë të gjithë ata që janë të interesuar në një zgjidhje për prodhuesit e porositjes take Marrja juaj do të ishte vetë koncepti - duke përdorur SharePoint thjesht për të ofruar një zgjidhje biznesi pa marrë parasysh vetë SharePoint.

Nëse jeni të interesuar, ju lutem regjistroheni këtu(https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=skmqfwbr5smmlx20).

</fund>

Abonohen në blogun tim.

Atëherë ejani pas meje në Twitter në http://www.twitter.com/pagalvin

Artikulli im i fundit është deri në www.EndUserSharePoint.com. I wrote about SharePoint Designer, Përdoruesit përfundimtarë dhe skicimin e një strategjie që përdoruesit përfundimtarë mund të përpiqen dhe ndjekin në mënyrë që të demonstrojë kompetencë dhe për të ndërtuar besimin rreth këtij mjeti.

Komentet janë më interesante se vetë artikulli.

Check it out.

</fund>

Abonohen në blogun tim.

Atëherë ejani pas meje në Twitter në http://www.twitter.com/pagalvin

Në projektin tim aktual, disa e përdoruesve do të udhëtojë nëpër botë dhe kur ata mbërrijnë në destinacione të ndryshme, use whatever machine is handy at the time. Those guest machines will be running Windows and installed and configured for the local locale. (Unë e kam kuptuar vetëm se makinat nuk mund të ketë ftuar paketat e duhura gjuhësore… ndoshta nuk do, në të vërtetë… Unë jam një parkimi që tani për tani).

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.

Ne jemi duke shkuar për të hetuar dy qasje:

1. Handler HTTP: Një porosi mbajtës HTTP instaluar në IIS do shikoni profilin e përdoruesit Moss, kuptoj gjuhën e preferuar dhe pastaj kaloni header HTTP rreth nevojshme si para kalimit të kontrollit të MOSS.
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.

Faktor tjetër i ndërlikuar është se ne kemi nevojë për mbështetjen e përdoruesit 60K, për 1,000 nga të cilat mund të jenë njëkohësisht qasjen Moss në ngarkesën e pikut.

Trajtuesi HTTP duket goxha drastike, 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.

Ne jemi të prirur drejt një qasjeje të tipit global.asax, kryesisht për shkak se ne besojmë se do të keni më shumë opsione për të dhëna të caching në atë pikë.

Unë do të Blogging më shumë mbi këtë temë si unë të mësojnë më shumë.

Nëse ju keni di asgjë në lidhje me këtë, ju lutemi postoni një koment

</fund>

Abonohen në blogun tim.

Atëherë ejani pas meje në Twitter në http://www.twitter.com/pagalvin