I'm trying to learn ASP.NET MVC and have created new project. My first thought was how am I going to provide users means of accessing system areas and functionality.
I am, initially, looking at 2 user roles of User and Administrator. I searched and found the post below on displaying menus based on roles and this is great but I need a method of displaying differing sub menu's for a user and an administrator, for instance an administrator might be able to amend a customers credit limit etc.. but user not. Ideally I would show a sub menu beneath customer menu for CreditLimit that user would not be shown but admin would?
http://techbrij.com/role-based-menu-asp-net-mvc
Is this possible or should I simply create a "Customer" area and show/not show buttons/links on this page based on logged in role?
Thanks for any advice.
Related
I have a Sharepoint list that I'm using as a form. Everyone in the company needs to view/modify the form to submit information, but I would like to keep the response from the form viewable to just a few people. Is there a way to do that, without clicking each item and managing permissions for that item? Can that be done with a workflow?
One approach:
Set up the list so users can only see and edit their own responses. (List settings > Advanced settings > set Read Access and Create and Edit access to "Items that were created by the user".
Create a SharePoint group for people who should see all items, e.g. ListManagers
Set up list permissions so that Visitors (everyone in the company) have Contribute access and the ListManagers group gets full access for the list.
Another option:
Leave the Advanced settings at the default, so that everyone can see all items.
Change the default view of the list to show only items created by the current user.
Create a page that shows an XLV with the default view and serve that to everybody.
Create another page that shows an XLV with all items and give permissions for that page only to the limited group of people.
The second method is more for convenience than for security and will not prevent savvy users from accessing the data they cannot see in the default view.
What I want to do is this:
When a new user is given access to the Portal, I want her only to be able to see a single Sales menu with a submenu Sales/Customers and nothing else.
I was able to do that by adding the menu to the Portal group, but I need to hide the other menus (Website,Mail,Projects). I removed all the other views from Portal group and made sure that my customer does not belong to any other group than Portal but the menus are still there.
From what I can understand the menus are shown only to certain groups of users. My user only belongs to the Portal group these menus are not referenced there. I only have my Sales/Customer there
How can I remove them?
Out-of-box odoo is designed to show all those menu as portal menu, so what you want todo here is create new group with portal check-box true and assigned all menu you wnat him to see and assign needed security. Designing this group be bit lazy as you will have todo lot of trails.
Bests
I have one custom list with fields like(IDs, Name, Phone no) . when i add a new item to the list a new item form will be opened. While filling the form by entering the first field( IDs), i want other fields to be auto-populated from active directory.
Can it be possible through Browser(UI) or from sharepoint designer.
Please Help me out ...
Yes this is possible I have implemented something very similar.But this is only possible through event receiver in a custom list.Following was my approach,
Add a ItemAdding event receiver, only field entered by the user will be the UseraName field through people picker.
Internally,fetch the details of the user entered from AD.This can be done through code in this way,
http://www.aspdotnet-suresh.com/2011/03/how-to-get-userdetails-from-active.html
Then you can assign the user properties to their respective columns and update the list item.
If its not a custom list,you can always use User Profile Synchronisation by Mapping additional required AD properties so that they will show up in the user information list of that sitecollection.
You can use sharepoint user profile. So instead of going back to AD related stuffs SP profile will get automatically synced with AD. Its very easy to manage also.
If it's a different AD than the one you use for user profiles, then you will need to develop a custom WebPart and write server code to connect to the AD and check for user's info & auto-populate them.
If it's the same AD used for user profiles, then you already have different users properties on the SharePoint side and no need to reach out to the AD... this is assuming that you already have a User Profile Service Application setup and it's synced with AD (as #samh above suggested).
I have created an InfoPath 2010 form which is published to doc library in SharePoint 2010. I want for this form to become read-only ie once it has been submitted.
None of what I have done so far seems to work. I have:
Created a new view and re-named it to Read-Only and in its properties I have ticked
the "Read-Only" check box in InfoPath.
I have a "Submit Form" button and in here I have added rules for submitting the form,
switching the view to the read-only view.
To test this I fill out the form with sample data and submit it, then when I go to
the doc library where the forms gets submitted to when I open the submitted form I
find that the Read-Only view has not taken effect and that it is still possible to
edit the form.
Ideally what I am trying to achieve is to have the submitted forms turned into read-only when they are submitted and still be in read-only mode when these are opened from the document library where they get submitted to.
Any ideas where I'm going wrong with this? if there is a better and simpler way to achieve this please let me know.
Thanks in advance.
It might be too late to answer this question, but if someone is still looking for an answer you could try the below steps
Before you begin please verify that you have one of the following permissions:
a. You are a member of the Administrators group for the site collection.
b. You are a member of the Owners group for the site.
c. You have the Manage Permissions permission.
On the Site Settings page, Go to the Users and Permissions and look for settings
Under Settings you will be able to see Permission Levels
Select Add a Permission Level
Give a Name to you new Permission Level
Under the Select the Permissions to include to this permission level, select the Add Items and View Items Permissions to this group.
After the group is created, for your form library, stop inheriting the permissions from the parent site and create a new group with the new Permission Level that you just created. Add all the users to the group.
This should enable the users to submit a form but not edit it. Hope this helps.
There is an easier way to solve this. Create two views of this form on InfoPath Designer. And make sure when the form is submitted, the view is flipped to the Read-Only view; which has the salient feartures of the form such as the answers you would like to be recorded.
So anyone who opens the form once submitted wil only see the Read-Only view. You can set a rule on the form to have an administrator see a Edit mode.
I just went through this. the submit rule doesn't work, you have to create a form load rule. In the file toolbar, you'll see a form load button in the rules block.
Why can I not (as admin or user) edit a user profile? When I click Edit Item I can only attach a file and I only see the account name. I've gone into the admin area but nothing I change takes affect. I've set some other fields as editable but they don't show. I tried to edit user policies but everything is greyed out.
Are you populating your user profiles from AD? In that case, there is nothing in SP to edit since the data comes from elsewhere.
If not, then where are you trying to edit an item? Are you using Manage User Profiles in the User Profile Service Application area?