Comments on: Integrating a Custom ASP.NET Application into SharePoint (Part 2)

By: Chinna

Chinna — Fri, 17 Dec 2010 15:31:42 +0000

The article is excellent. Please
consider having a paid login may be using paypal, and allow us to download code which will help us save lots of time and would add more detailed clarity to finer points.

By: Don

Don — Wed, 19 May 2010 08:23:48 +0000

DevExpert – great series of articles. I have a small custom application that I am looking to implement in SP that needs to integrate with a specific SP List to manage the display view and data entry. The Display page needs to have some custom Search logic available and the Data Entry screen for the List needs to have enhanced validation and field level permissions assigned. For these reasons, I thought I would need to develop 2 different custom ASP pages. I was going to do this myself but am now looking to outsource the design and development. Any interest?

By: Joe Nici

Joe Nici — Mon, 12 Apr 2010 19:25:30 +0000

I just found this site a while ago when a buddy of mine recommended it to me. I’ve been an avid reader ever since.

By: Mahmoud

Mahmoud — Tue, 02 Feb 2010 06:53:01 +0000

wonderful post.

By: Neeraj

Neeraj — Fri, 06 Nov 2009 07:13:17 +0000

Hi
Suggest me what is the best way to deploy asp.net web site on MOSS2007

By: samir

samir — Mon, 21 Sep 2009 05:12:19 +0000

Now that you have created the forms and all how do we connect them to a list is there some auto binding or database?

By: DevExpert

DevExpert — Mon, 17 Aug 2009 20:41:05 +0000

Steve, unfortunately those properties check the site permissions, and cannot be configured to check a custom source. My suggestion would be to declare those menu items programmatically in the code-behind (instead of in the HTML markup), and do your permission checking there. It’s probably more work to do it that way, but is probably the only way to do what you’re suggesting.

Check out this post — it goes into how to do create menus and menu items for the SPGridView programmatically. Good luck!

By: Steve

Steve — Mon, 17 Aug 2009 20:11:38 +0000

Thanks for the response,

I agree the PermissionsString and Permissions properties are based on the site permissions for that user – at least that’s what’s happening for me.

What I was hoping to do though is trim the drop down options based on the actual item the drop down is related to – not the site. So the user may have Contribute access to the site, but the actual item has unique permissions and they may only have Read access to the item itself. So I don’t want the user to see the “Delete” drop down option for items they don’t have permission to delete.

By: DevExpert

DevExpert — Sat, 15 Aug 2009 14:45:00 +0000

Steve, the PermissionsString and Permissions properties respect the permissions that are present on the site from which your page was accessed, and has nothing to do with what’s in the database. If the current user doesn’t have the appropriate permissions that are specified on the SharePoint site, then those menu options won’t appear. Does this make sense?

By: Steve

Steve — Tue, 28 Jul 2009 15:53:07 +0000

Question on security trimming the drop down menu options.

I tried the PermissionsString and Permissions properties but they don’t seem to work. I have a custom SPGridView on the sites home page that is populated by a query. I don’t think my grid knows the ‘context’ of the permissions since the items in the grid are just rows from a datatable?

It seems like the permission context is the web site, not the individual items in the grid. Any ideas?