How to get a good visual presentation of the SharePoint 2010 Visio Web Access web part.June 3, 2010 17:27
However, the default display behavior of the Visio Web Access part is a bit nasty, especially when you try to display information inline of the page. The content position of the Visio document is positioned completely wrong and the user has to correct the zoom or even has to drag the information. As you can see in the example below, my Visio information is shown incorrectly. This problem can be fixed by modifying the XML configuration of the web part. Before you can modify the XML configuration, make sure you enable the checkbox of the web part option “Override the Web Drawing’s default initial view using the web part’s current page, pan and zoom”. Never turn off this option again, because it will completely reset the view settings in the xml. After you have saved the web part with the override setting, export it to your desktop and open it in an editor. Notepad will do fine. Search inside the XML for a property called “ViewSettings”.
<property name=”HelpUrl” type=”string” />
<property name=”ExportMode” type=”exportmode”>All</property> <property name=”ViewSettings” type=”string”>{”pageIndex”:0,”viewBounds”:{”x”:120,”y”:0,”width”:489, “height”:175},”zoomValue”:90}</property>
<property name=”OverrideViewSettings” type=”bool”>True</property> This property allows you to alter the default display option of the web part, but only when the property “OverrideViewSettings” is set to true. Try to play around with the X and Y setting and perhaps the zoomValue. Save the web part file and import it again to your page. You might have to repeat the process a few times to get it right, but after a few tries the web part will show your information correctly. This way Visio is a great option to show KPI information. Tags: 2010, KPI, Office, Positioning, rendering, settings, Visio, web part, xml.Unleash extra power to SharePoint 2007 WorkflowsApril 4, 2010 14:06
The problem with normal workflow actions is that they are designed to work inside a single web. It is not possible, for example, to create a new list item in a different web. Creating list items in different webs is a very powerful feature, because it allows us to interact with different site areas and we might also want to initiate new workflows over there. To overcome the short come of these standard workflow actions, we can use the SharePoint web services. But there is one major problem: SharePoint Designer Workflows don’t have a workflow action that allows you to call SharePoint web services. Luckily I found a project at CodePlex which allows us to do just that. The iLoveSharePoint project contains a subproject with the name SharePoint Designer Actions V1.0. Download this expansion for SharePoint Designer and install it at your SharePoint farm. Below I will provide a few demonstration steps that will use the following new SharePoint Designer Actions from iLoveSharePoint:
The “Call a WebService” action will allow us to communicate with the Microsoft SharePoint web services and provides us with an almost unlimited range of extra development possibilities. The small downside is that these actions are advanced and that it takes some time to configure them. Tags: action, demo, sharepoint designer, tutorial, webservice, workflow, xml, xpath. |
||