Waqas Sarwar's profilewaqas's spaceBlogListsGuestbookMore ![]() | Help |
|
|
How To: Hide/Remove the View All Site Content link in SharePointArticle: http://www.crsw.com/mark/Lists/Posts/Post.aspx?ID=36
Summary Important: This solution is not an answer for security. The user will still have access to the View All Site Content page. The View All Site Content link is simply removed or hidden from the page. Applies To
- Windows SharePoint Services 3.0 Downloads Hide View All Site Content - Solution Package Installation and Activation For those interested in how to install this solution, it is very easy and does not require any coding, compiling, or editing. Basic Install Steps:
Using (Activating) the new feature:
Your View All Site Content link should now be hidden and the View All Site Content link should now appear in the Site Actions menu. For those only interested in using this solution, you do not need to read any further. However, for those who are interested in how this is accomplished, the rest of this article discusses just that.
So, How'd You Do That?
Update
This solution can also be used to hide the Recycle Bin. Simply add the following code to the custom core.css file in the sample solution project and your Recycle Bin will also be hidden.
#ctl00_PlaceHolderLeftNavBar_idNavLinkRecycleBin Overview The result of this article is to hide View All Site Content link from the users. An additional View All Site Content menu item is added to the Site Action menu and is accessible only to users having the AddAndCustomizePages right. Here is a picture of the typical View All Site Content link as it appears on a SharePoint web site and how it looks after it is hidden.
Additionally I add a new custom menu item to the Site Action menu. Here is the result of the new link. This link will only appear for users having the AddAndCustomizePages right such as designers and administrators.
And finally, this functionality is wrapped up into feature allowing it to be activated or deactivated for each site as needed. Here is the new feature that will appear in the list of Site Features for a web site.
All of this is wrapped in to a single SharePoint solution package (.wsp) file and can easily be installed on a SharePoint farm by a server administrator. Note: From this point forward in the document, any reference to the View All Site Content link will be abbreviated to VASC. Consideration There are a couple ways to in which to accomplish this. The first and most obvious method is to modify the master page that contains this link. This involves a fairly simple process of modifying the master page and removing the VASC link, then redeploying the new master page. The drawback from this is that you do have to modify the master page which is sometime not desirable, plus the master page is likely to have more than one site based on it, and it may be desirable to have this View All Site Content link remain on those sites. However, if you are willing to modify the master page, there is another posting you may find of value. Keep in mind the security you define in the master page will be the same for all sites on your SharePoint farm. If that is desirable, you may find this post on SPSecurityTrimmedControl: Conditionally display contents by security of use. My Approach I had a couple goals I wanted to my solution to meet. They were: 1. To be able to selectively choose the sites where the VASC link is hidden. 2. Avoid having to modify the master page if possible. 3. Provide a simple way for users to hide/remove the VASC link. After a little investigation, a few things about SharePoint (3.0/2007) surfaced that allowed me to achieve all of my goals and provide a solution that can easily be implemented. Hidden by Style The approach I have decided to use is to simply hide the VASC link using a style sheet modification. The VASC link for most, if not all of the sites assigns an ID (ctl00_PlaceHolderLeftNavBar_idNavLinkViewAll) to the anchor tag containing the VASC link. This makes it easy pretty darn easy hide this link by simply adding a bit of style code to the page. In fact, just for giggles, you can copy the following style sheet code into a Content Editor Web Part. This web part can even be strategically placed at the bottom of the page; optionally hide the title bar and nobody would even know it was there. Here is the sample style to try it just for fun. This will hide the View All Site Content link on your page. #ctl00_PlaceHolderLeftNavBar_idNavLinkViewAll But this is not really good enough. At least, not alone this isn’t. I needed a way to do this for every page on a given site. And copying this code to each and every page on a site is not only extremely tedious; it is almost guaranteed to be incomplete and error prone. Microsoft Office SharePoint Server (MOSS) 2007 does provide an easy way to do this, but Windows SharePoint Services (WSS) 3.0 does not. Using MOSS 2007, you can apply a custom style sheet to a web site and optionally apply it to every sub site. For SharePoint servers where this is desired, and if you are using MOSS 2007, this will work for you. Also keep in mind; you just removed the VASC link for every user – including your site designers and administrators. Although this is not the worst of all problems, it is probably not the absolute desired solution either. I still like the idea of using the custom style code to hide my VASC link. But I also need to place a link on the page for users who will need easy access to the VASC link such as designers and administrators. I know I can easily accomplish this by adding an access controlled link to the Site Actions menu, but I will come back to this in a moment. I still need to address how to easily apply a customized style to every page on a given site. CustomizeCss So how can I apply a custom style to every page on a given site? SharePoint provides a way to do this using the SharePoint object model. With a bit of custom C# code I use the SPWeb.CustomizeCss method to specify a custom style sheet to be used on every page of my site. The CustomizeCss method on the SPWeb class provides way to specify the style sheet file name of an existing style sheet used by SharePoint. SharePoint utilizes a number of different style sheet files. The one we are interested in is the style sheet file that is applied to each and every page on the site. One such style file is the core.css file, and this will do just for our needs. The standard default core.css file is located in …\12\TEMPLATE\LAYOUTS\1033\STYLES. This STYLES folder is a virtually mapped via the /_layouts virtual directory that is mapped to each and every site in SharePoint. So, the core.css file is accessible to every site by simply using the URL of “[site-root-url]/_layouts/1033/styles/core.css”. For every page that SharePoint renders, it renders a link to the core.css using this path. However, for any site that has been configured to use a custom core.css style sheet via the CustomizeCss method on the SPWeb class, the URL rendered in each page references a core.css file located in a different location. This is accomplished in C# by the following code where web is an instance of the SPWeb class for the web site of your choice.
The CustomizeCss(“core.css”) statement tells SharePoint to use a custom copy of the SharePoint core.css file. Once this CustomizeCss method is executed, a copy of the core.css file found in the …\12\TEMPLATE\LAYOUTS\1033\STYLES folder is copied to the folder (not a document library) named _styles on the applied site. The resulting URL to this new core.css file can be found at Reverting this site back to using the original global (un-customized) copy of the core.css file can be accomplished just a easy using the following code.
Executing the RevertCss method does not remove the custom core.css file on the web site’s “/_styles” folder. It simply tells the site to no longer use it and to use the original core.css found in the C:\…\12\TEMPLATE\LAYOUTS\1033\STYLES folder; which is the same folder as the as the “[site-root-url]/_layouts/1033/styles” folder. So we now know how to use the CustomizeCss and the RevertCss methods on the SPWeb class provide an easy way to point the site to a new custom style sheet file. Now that we have an easy way to point our site to a custom core.css file, all we need to do is copy our custom core.css file that contains all the original core.css contents plus the extra style code to hide the VASC link and copy it into the _styles folder of the site. All of this can easily be implemented using a SharePoint feature. Using a feature provides a standard way to enable or disable functionality with a site in a safe and secure manner. I won’t cover all the details on how to create the feature here, but the source code provides all the code you need. Now that we know how to hide the View All Site Content link easily using a feature and the CustomizeCss and RevertCss methods, we need to provide an easy way to allow site designers and administrators to quickly and easily use the View All Site Content link. Site Action Link To provide web managers such as designers and administrators with a convenient link equal to the View All Site Content link, we will add a new custom action menu item. I won’t go into the details of the code and how to create the feature here, but I will briefly cover the expected functionality. Again, the source code is available for those interested in the technical details. The Site Action is usually located in the upper right corner of the web site and contains links used by site administrators such as the Site Settings link. The nice thing about the Site Actions menu is that it is collapse and consumes a minimal amount of screen real estate. So, adding an additional menu option to the Site Actions menu will not only be convenient for site administrators, it’s pretty easy to implement in a SharePoint feature. This new View All Site Content link on the Site Action can be secured in a manner that best suits your needs. In the solution sample I provide, this new View All Site Content link on the Site Actions menu is only visible to users who have the “AddAndCustomizePages” right which allows designers and administrators to see it, but is not visible to typical users of a site. There are plenty of examples on how to add a custom item to the Site Action menu so I will not cover that in any detail here, but the solution sample I provide does include all the code – and the nice thing is, it isn’t much code. Installation and Activation Basic Install Steps: Activating the new feature: Your View All Site Content link should now be hidden and the View All Site Content link should now appear in the Site Actions menu. Conclusion The result is a single feature that a site administrator can activate and deactivate on any web site to hide and show the standard View All Site Content link in the quick launch navigation. Additionally, it adds a useful new View All Site Content to the Site Actions menu that is visible only to users having the AddAndCustomizePages right on that site. References:
Enjoy! TechNet Security Resource Center for SharePoint Products and TechnologiesHey Guys! This page provides IT pros with security resources for Windows SharePoint Services 3.0 and Microsoft Office SharePoint Server 2007.
Thanks Special thanks to chrisfie for this entry at Christophe Fiessinger’s Blog on November 13, 2008, 8:35pm Microsoft Ramp Up Program: Just Launched SharePoint for Developers TrackThe Ramp Up program (www.MyRampUp.com) has just launched a brand-new learning track: SharePoint for Developers, Part I today. This includes:
Ramp Up is a free, online, community-based program that can help users save time in learning Microsoft technology. The easy-to-access content (provided by subject-matter gurus) is specifically tailored to the Ramp Up program, and offered in a variety of forms (whitepaper, v-lab, codecast and slidecast). This SharePoint track, along with the other currently offered tracks (eg, Visual Studio 2008), teaches the important skills in a guided path, making the learning process easier and more efficient. Currently, there are no assessments in the program, so it’s quicker than ever to graduate and receive the reward (25% off on certification and 50% off on e-Learning - only for graduates of Ramp Up).
Thanks Originally by chrisfie from Christophe Fiessinger’s Blog on November 6, 2008, 3:58am Announcing the Microsoft patterns and practices: SharePoint GuidanceThis is a great assets for all SharePoint and Project Server developers: http://microsoft.com/spg Overview This guidance helps architects and developers build SharePoint intranet applications. A reference implementation (RI) demonstrates solutions to common architectural, development and lifecycle management challenges.
Regards Originally by chrisfie from Christophe Fiessinger’s Blog on November 6, 2008, 3:58am Prepare for the Upcoming Office SharePoint Server 2007 and Windows SharePoint Services 3.0 Service Pack 2We’re pleased to announce that Service Pack 2 (SP2) for the 2007 Microsoft Office system is expected to be released in the near future. Although we aren’t yet announcing the exact release date, it will fall between February and April of 2009.
Historically, we have waited to communicate details about service packs until their release (or very shortly before). As we communicated with SP3 for Office 2003 and SP1 for the 2007 Office System, we will be taking steps to increase transparency and visibility into the Office servicing model at the request of our customers. To that end, we would like to start sharing some details into what will be included in SP2 for the 2007 Office system. This is by no means an exhaustive list of everything included in this service pack and we will share more details prior to the final release, but we want to start communicating to customers what they should be aware of at a high level.
To be fair, this is not the first time we have talked about SP2. Several months ago, we announced that we’ll be further demonstrating our increased commitment to interoperability by including support for Open Document Format (ODF), XML Paper Specification (XPS), and Portable Document Format (PDF) in SP2. In addition to those file format additions, some other highlights that you’ll find in SP2 include:
For Office Desktop Programs: · Improved Outlook Calendaring Reliability · Improved Outlook Performance · Enabling Object Model support for Charts in PowerPoint and Word · Improved cryptographic functionality by supporting all cryptographic algorithms offered by the operating system · Improved functionality in Excel’s charting mechanism · Ability to ungroup SmartArt graphics (and as a result, the ability to add animations to them in PowerPoint) · Ability for Visio to export UML models to an XML file compliant with the XMI standard · Tool that enables the uninstall of Office client Service Packs
For Servers: · Performance and manageability improvements to variations in Enterprise Content Management (ECM) including STSADM commands for repairing links between source and target pages · Improvements around processing status approvals from Office Project Web Access into Office Project Professional 2007 · Improvements to read-only content databases and index rebuild timer jobs in Windows SharePoint Services 3.0
In the coming weeks, individual product teams across Office will begin updating their blogs and highlighting some of the specific work that they’ve included in SP2. You can find the links to some of the blogs at the end of the post.
In the next few days we will also invite a select set of Office enterprise customers to a private SP2 beta. From these customers we hope to gather great feedback about the service pack, including areas that we’ll need to improve upon before we release it to the general public. Based on the success of the SP2 beta program and customer needs, we will certainly evaluate whether to expand this in the future.
Please check back for additional updates!
Thanks, Office Service Pack Team
Daniel Escapa’s Blog (OneNote) SharePoint Designer Support Blog Windows SharePoint Services Blog Thanks for reading the article and SPecial Thanks to the Microsoft Team.
"Published Wednesday, October 22, 2008 6:04 PM by The Microsoft Office Sustained Engineering Team "
Regards
Waqas Some AAM guidance from the front linesThe ISA Server team recently wrote a nice blog post explaining some of the issues you may face when deploying SharePoint in an extranet. Many of these issues can be avoided by spending some time up front on planning and testing. Close collaboration between your firewall/proxy administrators and your SharePoint administrators during this phase is often the key to a smooth deployment. Here are some helpful articles on TechNet to get you started:
Thanks. Troy Starr, Windows SharePoint Services: Announcing New Daylight Saving Time Update for Windows SharePoint Services 3.0Daylight Saving Time (DST, in some countries it is called summertime) exists in many countries. The start dates and end dates of DST change from year to year, and countries may change their policies for DST occasionally. This DST update is an effort of SharePoint product team to reflect these new changes. It includes updated time zone definition information for the following countries:
For more detail of this update, please refer to http://support.microsoft.com/kb/956612 The update can be download here: x86 x64 You can always refer to this article for Windows SharePoint Services 3.0 update deployment guidance. Special Thanks to Jie Li, Technical Product Manager, SharePoint, Published Thursday, October 16, 2008 10:49 AM Announcing August Cumulative Update for Office SharePoint Server 2007 and Windows SharePoint Services 3.0The Microsoft Office team has changed the way that it delivers hotfixes for reported problems. This change comes in the form of cumulative updates and critical on-demand hotfixes. The objective is to deliver high-quality fixes in an acceptable time and on a predictable schedule. Cumulative updates are scheduled for every two months, so customers can be better prepared to test and apply new updates. Those who need an emergency fix can request critical on-demand (COD) fix. For information, please refer to http://support.microsoft.com/kb/953878. The detail of August Cumulative Update (CU) for Office SharePoint Server 2007 and Windows SharePoint Services 3.0 can be found here: Description of the Windows SharePoint Services 3.0 hotfix package (Wssmui.msp): August 26, 2008 Description of the Windows SharePoint Services 3.0 hotfix package: August 26, 2008 Description of the SharePoint Server 2007 hotfix package: August 26, 2008 Customers are not needed to install these updates unless they are affected by specific problems described in the KB articles. And these cumulative updates will be rolled in to Service Pack 2. To upgrade from RTM to this new CU, you need to follow the path below: 1. Windows SharePoint Services 3.0 Service Pack 1 2. The 2007 Microsoft Office Servers Service Pack 1 3. the Microsoft Office Servers Infrastructure Update x86 x64 4. KB 953397: Excel Server Security Update x86 x64 5. KB 955586: Document Lifecycle Workflow Update 6. August Cumulative Update for Windows SharePoint Services 3.0 (Global) 7. August Cumulative Update for Windows SharePoint Services 3.0 (Local) 8. August Cumulative Update for Microsoft Office Servers After applied all these updates, run SharePoint Products and Technologies Configuration Wizard or “psconfig –cmd upgrade –inplace b2b” in command line. This need to be done on every server in the farm with SharePoint installed. The version of databases should be 12.0.6327 after all these updates. For a better guided update process, customers would also like to check out the following guides. These articles provide a correct way to deploy updates, as well as known issues and how to do slipstream builds. Deploy software updates for Windows SharePoint Services 3.0 http://technet.microsoft.com/en-us/library/cc288269.aspx Deploy software updates for Office SharePoint Server 2007 http://technet.microsoft.com/en-us/library/cc263467.aspx
Thanks Jie Li Technical Product Manager, SharePoint for this Nice Post, Published Monday, September 29, 2008 12:23 PM |
|
|