Browse by Tags

All Tags » InfoPath (RSS)

What to do When User Profiles Don't Have Email Addresses

Today, at a customer site, I addressed a problem that annoyed users more than usual. It seems that they can't sign up for alerts or assign each other tasks, and they get an error screen that offers to fix the problem, but leads to a dead end. I evaluated it, and created this write-up: Among the many pieces of information collected and presented by SharePoint, some of this information comes directly out of Active Directory. AD was always intended to be a directory first, a central repository for information about users, phone numbers, email, etc. I’ve seen phone systems that tap directly into AD, for example. But most places I’ve been, AD is simply treated as a place to store user accounts, and much of the information on each account is left blank. SharePoint’s strength (or weakness, if you’re a cynic) is that is depends on AD for certain pieces of information. MOSS periodically queries AD and updates all user profiles with this information, such as who works for whom, phone numbers, department information, and email addresses. Problem: It’s this last piece of information that, when missing, breaks some functionality in SharePoint. In order for people to be able to sign up for alerts (e.g. to be notified when a document is changed, an item is added to a list, or status changes on a task), or be assigned tasks, or a multitude of other collaborative processes, the email address field must be populated in AD. Otherwise, they get an error like this: And if they click the friendly...

InfoPath form viewer webpart

MOSS 2007 now provides a great service, InfoPath Forms Services "InfoPath Forms Services is a server technology that makes it possible for users to fill out InfoPath forms in a Web browser. Users don't have to have InfoPath installed on their computer to fill out this type of form, nor are they required to download anything extra from the Web. All they need is access to a browser, such as Windows Internet Explorer, Apple Safari, or Mozilla Firefox." The published InfoPath forms are rendered and white blank page which most of the time will not follow your portal main theme, there are ways to integrate the form inside the portal Using XmlFormView web part Use my webpart InfoPath form viewer webpart InfoPath form viewer webpart main features: render the InfoPath form in iframe ability to add html code to be rendered set query string keys to be appended to the form url and consumed by the form Required configurations: Html code: html code that contain iframe with macro that will be replaced by the form URL for example: <div class="EForms"> <div class="EForms2"> <div class="EForms3"> <h5>form title</h5> <div style ="text-align:center;margin-top:10px;"> <iframe src="%formurl%" width=99% scrolling=no frameborder=0 marginwidth=0 marginheight=0 height=600 >info path here</iframe> </div> </div> </div> </div> Form URL: the actual form url for example:http...
Posted by SharePoint Blogs
Filed under: ,

Workflows de Designer NO inician Automaticamente

Luego de Crear un Workflow con Sharepoint Designer, el cual era obligatorio que se iniciara automaticamente, el mismo no lo hacia. Despues de Varias horas de analizar el problema, descubrimos que este problema se debe a la aplicacion del SP1 de Sharepoint Read More......( read more ) Del.icio.us | Digg It | Technorati | Blinklist | Furl | reddit | DotNetKicks
Posted by SharePoint Blogs

Presentacion de Procesos de Negocios (Workflows, Forms)

Hoy tuve el gusto de presentar en Sucre, ante los Administradores de Sistemas del Poder Judicial de Bolivia, las bondades de Sharepoint 2007 en la gestion de Procesos de Negocios. Los temas fueron Workflows, Forms Server, Infopath. Les dejo la Presentacion Read More......( read more ) Del.icio.us | Digg It | Technorati | Blinklist | Furl | reddit | DotNetKicks

Workflow-Veranstaltung in Hamburg

"Befreien Sie mit Hilfe von Microsoft SharePoint und Captaris Workflow Ihre Geschäftsprozesse von Papier" unter diesem Titel veranstalten Egssoft und Microsoft Deutschland am 28. Januar 2008 in Hamburg ein Seminar , in dem die Vorteile der Verbindung Read More......( read more ) Del.icio.us | Digg It | Technorati | Blinklist | Furl | reddit | DotNetKicks

Wiki in the knees

So, after hyping Sharepoint Wiki to a customer, I went about trying to put one together... only to find that there are some bizarre limitations to contend with. To my mind, the idea of a Wiki in business is a good one. For example, moving my company's employee manual from its monolithic FrontPage site to a Wiki. This is how I sold it to my boss: -------------------------------------- There are several differences between the original FrontPage web and Sharepoint wiki. The most obvious is the lack of an automatically updated navigation bar. With FrontPage, you build a hierarchy of pages, drop in a Navigation Bar, and the links are updated automatically. With a Wiki, you link everything manually (although this is pretty easy because you don’t need to know the path to anything). The difference (and some would say the advantage) is that a Wiki provides an unstructured documentation method. With FrontPage, you’d need to know this path to get to the Conflicts of Interest page: http://intranet/policesandprocedures/section1/general/conflict_intrst.htm With a Wiki, all you need to do is type [[Conflicts of Interest]] and the hyperlink is automatically created. That said, there are a lot of advantages to a Wiki: 1. Wikis are easy to update. You don’t need a special editor to open and add content. You have an Enhanced Rich Text Editor that can do advanced formatting, pictures, etc. 2. SharePoint Search fully indexes each Wiki page; you can also provide keywords to increase search accuracy...

InfoPath 2007 / WCF Nasty Gotcha

I've spent the better part of two days tracking down an extremely nasty bug in InfoPath that corrupts an InfoPath form completely and almost terminally after connecting to a WCF (Windows Communication Foundation) web service.  Each time you try to open the form in design mode, InfoPath kicks out the error below and then refuses to open the form. "InfoPath cannot open the following form: C:\long\path\to\form.xsn .  The XML Schema file specified in the form definition (.xsf) file for dataObject ' xyz ' cannot be used" Once this happens, there is no way to get InfoPath to edit the form again.  However, there is a fix. The Fix - Recovering your work First, we have to get you so you can edit your form again.  Since the actual error hides itself completely during the initial design session it is possible to lose a lot of work, depending on how much you worked on the form during the session where you connected it to the web service.  Either way, you have to fix both problems in order to get the form working properly anyway. Create a new folder and copy your "corrupt" .XSN file to that folder.  Rename it from .XSN to .CAB (Yes, .XSN is really just a .CAB) Use a compression utility that can read CAB files (like WinZIP ) to unpack the contents of the file into that folder.  Open the Manifest.xsf file in a text editor (NOT in InfoPath) and look for "<xsf:dataObjects>"  under that node, you will see several...
Posted by SharePoint Blogs
Filed under:

Site columns, InfoPath, and XML - How to edit the value of a site column coming from an InfoPath form

In the same InfoPath form I listed in a previous post , I know found myself needing to edit the value of a site column I set up in the form's document library. When the form is opened, it reads the Department field from AD and fills this in the department Read More......( read more ) Del.icio.us | Digg It | Technorati | Blinklist | Furl | reddit | DotNetKicks
Posted by SharePoint Blogs
Filed under: ,

Set the return page when InfoPath form is closed on the browser

In many secinarios i needed to set the page i want to open when the user closes the InfoPath form (browser enabled), after invistigating the browser enabled forms URL i found an intersting parameter, it is "Source". the standard form url will be in the following form http://londonmoss:36969/_layouts/FormServer.aspx?XsnLocation=http://londonmoss:36969/Forms/Forms/template.xsn&SaveLocation=http%3A%2F%2Flondonmoss%3A36969%2FForms& Source=http%3A%2F%2Flondonmoss%3A36969%2FReports%2FForms%2Fcurrent%2Easpx &DefaultItemOpen=1 you can just change the value for the "Source" paramter to whatever URL (must be in the same site collection) and in encoded format. that's it any comments? Posted on SharePoint Blogs Del.icio.us | Digg It | Technorati | Blinklist | Furl | reddit | DotNetKicks
Posted by SharePoint Blogs
Filed under: ,

Sharepoint Invalid Character - InfoPath Submit Error

I found an interesting gotcha with Sharepoint and InfoPath yesterday. A user called me about an error they were receiving when submitting a web-enabled form. The error was "An error occurred while the form was being submitted". It's a pretty Read More......( read more ) Del.icio.us | Digg It | Technorati | Blinklist | Furl | reddit | DotNetKicks
Posted by SharePoint Blogs
Filed under: ,

The Multi-line Text Box and its Malcontents - Part III

In Part I and Part II I posted about the problem caused by the static size of the InfoPath Forms Services multi-line text box. Generally the workaround is to use the rich text control, and in fact this is the workaround suggested by Microsoft for a separate Read More......( read more ) Del.icio.us | Digg It | Technorati | Blinklist | Furl | reddit | DotNetKicks

Copying Infopath VSTO projects

Copying VSTO Infopath project can save you a lot of time, but it can also bring you a lot of problems. Follow these steps to avoid problems: 1. Copy the project directory, change the name and add the new project to your solution 2. Rename the project (from VS) 3. Open the manifest.xsf in the XML Editor (Open with..) 4. Update the name attribute in the xsf:xDocumentClass element 5. Update the projectpath attribute in the xsf2:managedCode element 6. Update the initialDocumentName attribute in the xsf:initialXmlDocument element 7. Open template.xml and update the name attribute in the mso-infoPathSolution element 8. Update the AssemblyProduct in AssemblyInfo.cs [Optional] 9. [optional from here] Rename the assemblies and namespaces 10. Update the Assembly name and the Default namespace in de project properties 11. Update the Namespace in your code (note the partial classes!) 12. Delete old dll's and debug files from your project 13. Open manifest.xsf in de XML Editor (Open with..) 14. Delete the xsf:file elements to the old dll en debug files 15. Rebuild your project Posted on SharePoint Blogs Del.icio.us | Digg It | Technorati | Blinklist | Furl | reddit | DotNetKicks
Posted by SharePoint Blogs
Filed under: ,

Infopath VSTO post-build steps

Also tired of running the publish form wizard every time? Especially when you are developing a larger number of forms this can be a frustrating and time consuming task. This is a description of the post-build steps for automatically building and deploying the forms: 1. Copy the files to a temp dir (Visual Studio creates a lock on the files) xcopy "$(ProjectDir)Infopath Form Template\*" "c:\temp\$(ProjectName)\" 2. Delete Myschema.xsx - this is not part of the form template del /Q "c:\temp\$(ProjectName)\*.xsx" 3. Put the folder in a cab file ( download the CAB tool here ) cabtool c:\temp\$(ProjectName) 4. Rename the CAB to XSN ren "c:\temp\$(ProjectName).cab" "$(ProjectName).xsn" 5. Deactivate the previous edition of the form stsadm -o deactivateformtemplate -url http://yoursite -filename "c:\temp\$(ProjectName).xsn" 6. Remove the previous version of the form stsadm -o removeformtemplate -filename "c:\temp\$(ProjectName).xsn" 7. Kick the job service (saves you the wait) stsadm -o execadmsvcjobs 8. Upload the new template stsadm -o uploadformtemplate -filename "c:\temp\$(ProjectName).xsn" 9. Kick the job service (again) stsadm -o execadmsvcjobs 10. Activate the new form template stsadm -o activateformtemplate -url http://yoursite -filename "c:\temp\$(ProjectName).xsn" 11. Clean up the mesh del /Q "c:\temp\$(ProjectName)" del /Q "c:\temp\$(ProjectName).xsn" This will result...
Posted by SharePoint Blogs

Mastering InfoPath Development Series

Adam Buenz of SharePointSecuity.com has published a set of comprehensive Mastering InfoPath Development Series . So if you are getting started to pick up InfoPath or working on InfoPath now, this is definitely worth your time to get a good understanding of InfoPath development. Posted on SharePoint Blogs Del.icio.us | Digg It | Technorati | Blinklist | Furl | reddit | DotNetKicks
Posted by SharePoint Blogs
Filed under:

Populating multiselect list box in InfoPath 2007 web forms programmatically

Multi select list box that comes with InfoPath 2007 does not work in web forms so you have to create your own control for usage in web forms. The following article shows you how to create a multiselect list box for web forms: http://blogs.msdn.com/infopath/archive/2004/04/01/106039.aspx Ok, you have created a multiselect list box and now you can add static values but what if you want to populate this list box programmatically. How will you do that? The following tip shows you how you can populate...( read more ) Del.icio.us | Digg It | Technorati | Blinklist | Furl | reddit | DotNetKicks
More Posts Next page »