Sharepoint 2007 : How to set column level permission? - sharepoint

I would like to set the column level permission on list in Sharepoint 2007. I would appreciate help.
Example:
I would like to employee to fill other information in the form but not allow them to change the salary. Only admin can change certain fields.

You cannot do that.
SharePoint does not support column level security.
You would need to extend SharePoint to achieve this...
Take a look here.
http://code.msdn.microsoft.com/SecureField

Correct, there are no Column level premissions for SharePoint. However, a nice an easy workaround that I use all the time for this scenario is to create Custom List Forms and use the "display" option for the column to do not want users to edit. You then create an Edit form where the fields are editable for those that are authorized to edit the entry. Hope this helps.

I'm going to go out on a limb here, but I don't believe you have the ability to control permissions on individual columns in SharePoint 2007. At least I haven't heard of it. I browsed through list definitions and permissions but I didn't spot anything.

Another 3rd party tool is Sharepoint Column Protector by Datapolis. More details on the tool is discussed here (How to apply item level permission for sharepoint columns).

This is a common request for many SharePoint users, but MS does not provide. You can try 3rd party tools, such as BoostSolutions Column/View Permission and …

Related

Sharepoint Lookup Get values

I searched a lot on the web for my answer but could not find any one. I have an list with invoice and aircraft price list. The lookup works perfect i can select the aircraft type through the invoice list. I also want to be able to select if its a Platform or Hangar price. Can someone help me how i can achieve this?
Here are some screenshots
It looks like you are attempting some form of cascading drop down fields. These are supported in 2010 Enterprise edition but via the use of info path forms. This requires no code just some GUI based configuration. Unfortunately it's a little more in depth than me explaining it on here so I will provide you to a link for a blog.
Cascading drop down info path forms
Alternatively if you google around cascading drop downs there are plenty of articles involving other methods.
Cheers
Truez

WorkAround create a look up column

I want to create a Look up column to bring the data of a column "Person/Group" in other library but I can´t.
I found some solutions to this inconvenient, for example:
https://sharepoint.stackexchange.com/questions/56745/is-it-possible-to-make-a-lookup-column-that-looks-up-person-or-group-type-from
But, I can't use them because the politics of the company I'm working, forbade me to code in Sharepoint or even use Sharepoint Designer.
So... is there a workaround this problem, maybe working with InfoPath or something?
Thanks in advance
Why not use the list settings graphical user interface of SharePoint?
Have a look at
Sharepoint: Calculated column based on another list
http://www.youtube.com/watch?v=ShLH0mBcA54
== Update after some discussions ==
Lookup columns can only be linked to other lists and the only built-in list that contains any users is the hidden User Information List. This list you can link to, to do it any other way you must create your own list with users

Setting up a Data View Conditional Format for MOSS 2007 that targets a specific group

I need to figure out a solution to allow only a specific group of users with permission to view a List Item in Editform.aspx. I created a custom form which would allow me to apply conditional formatting for a specific table row. I had used the advance formatting XPATH expression "ddwrt:IfHasRights(16)" which worked with any group that had contribute rights or below, but I also need to exclude other groups like tier 1 - 3, Site Builder, Designer, etc or above "Approval" status. The purpose is to only allow a very selected group of individuals (I created a group called "Approvers") to see the hidden table row.
The current working on MOSS 2007 standard version.
Thanks for any suggestions!
Jason
You can use JQuery and SPServices to examine the group a logged in user belongs to, see my post here which explains the principle. In that case, it hides an element if a user belongs to a particular group.

Hide Column in Sharepoint List

I am trying to hide a column in SharePoint 2007 list based on Users.
When user submit a request the status column should be hidden and the value set as pending.
When Admin logged in he/she should able to edit the status.
Is there any way I can achieve this with out writing CUSTOM CODE.
Any help would be appreciated.
Thanks
Deepu
No custom code makes it tough. What about creating two views. one view has the column and another does not. Then create two sharepoint web pages and add the first view with the column to one, and the second view without the column to the other. Then put a security group or audience on the pages, so the appropriate one shows up for the user. Not great, but could be an option.
I think you'll have to do something with a custom field type - this guy has a solution very close to what you need - however there is custom code involved.
http://www.infoq.com/articles/Dressel-Gogolowicz-wss-security
The only other thing i could think of is to deploy a custom fldtypes.xsl to the hive and pattern match against your column. Then perhaps you could do some for of xsl transformation to show/hide the column - not sure how you'd indicate if a user is an admin or not though.
You are really limiting yourself by ruling out custom code.
Best of luck,
Shane

Why 'People' columns are not available for Read-Only users in SharePoint Datasheet view?

I can see columns that list people names in SharePoint's datasheet view, but read-only users cannot.
Is there a way for read-only users to see columns of this type?
The type of information in this column is: Person or Group, no mandatory information, allow multiple selections, People only, choose from All users, show field - name with presence.
I have encountered this issue as well. Confirm the version of Office that the users have. I believe an Office '07 DLL is required for Datasheet View to work reliably.
Regards,
I'm Kevin and I work on SharePoint
What's likely happening is that the read-only user doesn't have access to the user info list where this information is stored.

Resources