Has anyone had experience with using third party components in Sharepoint please?
I am considering using Infragistics or Telerik. But would love to hear any case studies of how these or any others can integrate well with sharepoint. I am using Sharepoint 2010
There are some Frameworks or Controls which don't work well in SharePoint. In SharePoint you always have to care about multiple Servers in a farm. There are also some JavaScript Controls which are great, for example I couldn't get ExtJS working with SharePoint 2010.
In my opinion it's safer to use Silverlight and use the fancy UI controls inside of a Silverlight component. By doing it this way, we could ensure that we don't harm the SharePoint farm.
Take look at the SharePoint Kits from the most famous .NET components vendors:
DevExpress
Telerik
ComponentOne
Infragistics
SharePoint is still an ASP.Net application and so I really don't think there will be any issues.
There are lot of clients I worked/working with who uses Telerik with SP2010
Related
I'm not sure whether "sideloading" is the correct term: Is therea an API to programatically install an Office Javascript API based add-in (e.g. a Task Pane app) in to the current / specific document on the desktop (at least on Windows)?
VisualStudio does this when you debug an App for Office project. How do I go about achieving the same?
There is no current way to programmatically insert an app (now "Office Add-in") into a document via JavaScript. It is a scenario that the product group is aware of, but it's not something we have yet.
You can insert an it via the Open XML SDK (which is actually how Visual Studio does this), but that would be .NET code running outside of the Office add-in (and not on the currently open document). Visual Studio in particular is atually inserting an app registered into the special local registry-based "Developer Store", but I can't think of any reason why wouldn't work for an actual Office-Store or SharePoint App Catalog-hosted app. If you are interested in going this route, let me know, and I might be able to find some pointers on the code you'd need to write.
Finally (though it probably goes without saying), you can insert an app into a Template, rather than a regular document. That way, anyone creating a document from that template would get your add-in -- I believe that's what the Paypal Invoicing add-in in Excel does, for example.
Hope this helps,
~ Michael Zlatkovsky, Developer on Office Extensibility team, MSFT
Have anybody used SP2010 out of the box chart web part to display web analytics data? e.g most viewed page etc. Or know if this is possible or a way around this? I can't seem to find anything that suggest that you can, would like to not use any third party tools.
Noop. I worked on a similar assignment where I extracted data from WebAnalyticsServiceApplication_ db.
I created SharePoint TimeJob which extracts data periodically and adds into a sharepoint List.
Later created Sharepoint application page with charts.js and Jquery to display charts based on the sharepoint list.
Note it is not advisable to directly access SharePoint Database. But my case was approved by my company.
I'd like to open a SharePoint 2010 meeting page from a client side, Win form, C# application. How is this done? There is plenty of documentation to open a site and a List page but almost nothing on this. Can anyone help?
I think you cannot open the page per se (unless you use a internet explorer wrapper). But you can get all the underlying data from that meeting (all data in sharepoint lives in lists) and render it in your winform page by rebuilding the page with winform layout, controls etc,
To extract the data you have a variety of options:
Client Object Model (check the item under building a console app) - http://msdn.microsoft.com/en-us/library/ee857094(v=office.14).aspx
Using Sharepoint Web services - http://msdn.microsoft.com/en-us/library/office/ee705814(v=office.14).aspx
Using the REST API - http://msdn.microsoft.com/en-us/library/ff798339.aspx
In your particular scenario I would go with the first option since it provides a more streamlined api for .net apps and allows among other goodies batching of commands which will improve the performance of your comms with the sharepoint server.
I'm attempting to add a calendar to one of our VB.NET Web Forms-based websites which will be used for scheduling purposes. We want to have this calendar sync with our corresponding Sharepoint calendar.
My problem is this: I know that I can integrate a Web Part into a Web Forms page; can said Web Part use a calendar from our Sharepoint site as its data source? If so, how would I go about doing that?
Thanks for your help; I've done a lot of looking online, and I haven't been able to find anything, one way or the other.
you can integrate the webform calendar with sharepoint calendar using the webservices exposed by sharepoint in your case you would require to use lists.asmx
http://dotnetdreamer.com/2009/06/04/moss-web-services-accessing-sharepoint-list-data/
All,
We’re building an intranet on Sharepoint 2010. One of the requirement is to have a custom webpart/sharepoint page as a view to an Oracle EBS and HRMS.
This view have little (if at all any) interactions with Sharepoint functionalities.
This view is pretty complex in terms of layout, so we will definitely benefit of using asp.net user controls, rather than building all controls programmatically.
All operations lives in a WCF service which encapsulates all calls to Oracle.
Here are initial ideas:
Control.Load through a WSP – is this still valid with Sharepoint 2010?
use SmartPart to encapsulate the user control
Other ideas? Stand alone aspx page perhaps?
I would be keen to know the pros and cons of the approach. Cheers
Simplest solution might be to use the Visual Web Part -project type in Visual Studio 2010. It allows you to build Sharepoint Web Parts like regular ASP.NET User Controls. Because of Visual Web Parts SmartPart is no longer needed in Sharepoint 2010.
You can consume the WCF service in the web part or you could use Business Connectivity Services to create External Lists and use the Web Parts to interact with those lists.
If you are familiar with Silverlight I believe you can also use that to build the UI for your Web Parts.