It's new, just added a little over a month ago :)
Main Topics
Browse All TopicsI have a couple of problems I'm running into right now. I have a sharepoint site that is hosted on a shared server (thru 1and1.com). The first problem is that when I try to edit it in FrontPage, all the web part functionality is greyed out so I can't add any new web parts.
The second problem is that when I modify the page from the site itself, and I try to import new web parts (dwp files), I am not able to use them because I get a message "A Web Part or Web Form Control on this Web Part Page cannot be displayed or imported because it is not registered on this site as safe."
When I look up instructions on how to eliminate this message, they all seem to require command line access to the server, which I don't have.
Am I out of luck on custom web parts or is there a way around this? I thought FrontPage might give me some options but I'm stuck there too.
Thanks!
Wendy
This Question has been solved and asker verified All Experts Exchange premium technology solutions are available to subscription members.
Experts Exchange has been collecting answers to technology questions since 1996…3 million and counting! If you have a question, chances are we already have your answer.
If you can't find the exact answer you're looking for, ask our exclusive community of 50,000 experts. You’ll get a personalized answer from a trusted professional.
Thousands of free tech tips, tricks, how-to’s and tutorials are available in our peer reviewed articles section. See for yourself how smart our experts are, no login required.
Access the answers to your technology questions today.
30-day free trial. Register in 60 seconds.
Members of the expert community talk about why the experience at Experts Exchange is different than what you will find anywhere else.

Try it out and discover for yourself.
30-day free trial. Register in 60 seconds.
Join the community of experts here and help other tech pros by answering question in your area of expertise. You can earn FREE access to all Experts Exchange's premium features and resources.
I got part of this solved...under tools -> page options -> authoring, there's a checkbox for allowing sharepoint services. I checked that off and was able to un-grey all the web part options in the menu.
I still have the message "A Web Part or Web Form Control on this Web Part Page cannot be displayed or imported because it is not registered on this site as safe."
I'm guessing that there's no way to add these using just FrontPage on a shared server/hosted environment, but I'd like confirmation before I give up....do I need to find a new web host who offers more parts?
Wendy,
It depends what you are trying to do with the customized webpart. Most webparts must be registered with the exeception of customizations you do to the content webpart, the xml webpart and the form webpart. Because the customization to these webparts is actually contained in the customized code and they are already registered as webparts. I experimented with creating customized webparts using javascript inside of the content webpart with some success. I also had some success using the xml webpart for RSS feeds. Another trick is to use a feed from a site using "feed2js" to convert RSS into javascript and use the javascript inside of a content webpart. The hosting service I have discovered with the most webparts is Frontpage Hosting. I hope this helps.
In order to add new web parts, you need to have access to the server. Web parts need to be registered as "safe". To do this you need to add a registry entry into the GAC on the web server and also include a strong name.
If you do not have access to the server, you will have to request that the admins add the web part on your behalf. If they are unable or unwilling to do so, you will not be able to add any new web parts.
Here is an exerpt from a document I created for some of my programmers:
Abstract
SharePoint is a very robust web application with many feature-rich stock components known as “web parts ”. These web parts (many provided by Microsoft) can do a great many things, but they cannot be “everything-to-everybody”.
There are a few steps that need to be done before a web part can be built. (1) The programmer will need to download the Microsoft.Sharepoint.dll file and register it in their global assembly cache (GAC ). (2) The programmer will need to download and install SharePoint’s .Net SDK (wssSdk.exe ). (3) Finally, the developer will need to download and install Lutz Roeder's .Net Reflector program.
Development
Pre-Development
1. Download and register Microsoft.Sharepoint.dll into the GAC
2. Download and install the wsssdk.exe
3. Download and install Lutz Roeder's .Net Reflector program.
Development Steps
1. Using Visual Studio.Net, create a new SharePoint Web Part Project (wssSDK should have added this option to your Visual Studio Project Manager.
2. Include reference to Microsoft.sharepoint.dll
3. Using the sn.exe command line utility create a KeyPair.snk file
4. Include a CAB project into your web part solution
a. Include Primary Output
b. Include Content Files
c. Include KeyPair.snk
d. Include other files (e.g. resX , gifs , etc)
Note: make sure that the CAB project is a dependent of the web part project
5. Edit the AssemblyInfo.cs class, change AssemblyVersion(“1.0.0.1”)
6. Use Lutz Roeder's .Net Reflector to get the PublicKeyToken ID
7. Edit the DWP file to include assembly information (e.g. <Assembly>MyWebPartProject
a. The Assembly name [MyWebPartProjectName] is case sensitive and MUST match the compiled dll name exactly.
b. The entire contents of the <Assembly> tags can be copied and pasted from the .Net Reflector program
8. The version number in the dwp file MUST match the version in the AssemblyInfo.cs file exactly.
Development Notes
1. All public properties will be serialized and be part of the tool parts property pages.
2. Public properties should be of the following types: String, Enumeration, Boolean, Date or Numeric.
Property Type Displays as
String Text Box
Date Text Box
Numeric Text Box
Boolean Check Box
Enumeration Drop Down List
3. Each public property should have the following attributes:
Attribute Name Attribute Resultant
Browsable(<true/false>) - Displays the property in the tool pane (true or false)
Category(<Text Value>) - Determines which category this property will appear under.
- If no category is provided, Miscellaneous will be used
- If the entry matches categories that already exist (Advanced, Layout, etc), the entry will be ignored and Miscellaneous will be used.
DefaultValue(<variable>) - Required for proper initialization
WebPartStorage
(<storage enum value>) - Determines who sets the value (shared is set by admin, personal is set by user)
FriendlyName(<Text Value>) - This is the title of the property and it will show up as a label on the tool property pane.
Description(<Text Value>) - This is the information that will display in the tool tip dialog
4. Each property should be dependent on two defined variables. The first is a constant which defines the default value (<private const string defaultVarValue>). The second is the variable that will store the value of the data entered (<private string varValue>).
Installation
1. Copy the recently compiled CAB project to a directory on the SharePoint web server (must be placed on both production web servers).
a. We are currently storing all of the CAB projects in the following directory:
\\hqsppweb\Program Files\Common Files\Microsoft Shared\web server extensions\60\WPPACKS
2. Installing the web part can be as easy as right-clicking the CAB project and “Install Web Part”, or by using the stsadm.exe program
3. Using the command line utility stsadm.exe found at: C:\Program Files\Common Files\Microsoft Shared\web server extensions\60\BIN perform the following commands
a. Add Web Part: stsadm -o addwppack -globalinstall -force -filename C:\<path>\<Cab Project Name>.CAB
b. Delete Web Part: stsadm -o deletewppack -name <Cab Project Name>.CAB
Testing
Task
Verify that you can add the Web Part properly to a Web Part zone.
Verify that static Web Parts render appropriately and do not cause the Web Part Page to fail.
Verify that the Web Part works correctly regardless of where the Web Part Page is located.
Verify that property attributes are correctly defined.
Verify that Web Part changes made in personal view are not reflected in shared view.
Verify that every public property can handle bad input.
Verify that the Web Part handles all of its exceptions.
Verify that the Web Part renders correctly in Microsoft Office FrontPage.
Verify that Web Part properties displayed in the tool pane are user-friendly.
Verify that the Web Part appears appropriately in the search results.
Verify that you can import and export the Web Part properly.
Verify that the Web Part previews properly.
Verify that the Web Part can access its resources in different setup configurations.
Verify that Web Part properties are not dependent on each other.
Verify that Web Parts work correctly with different combinations of Web Part zone settings.
Verify that the Web Part renders appropriately based on user permissions.
Verify that adding several instances of the same Web Part to a Web Part Page (or in the same Web Part zone) works correctly.
Verify that Web Part caching works correctly.
Verify that requests to other HTTP sites or Web services are asynchronous.
Original Source:
http://msdn.microsoft.com/
Appendix
SharePoint Developer to Developer
http://msd2d.com/
Introduction to Web Parts
http://msdn.microsoft.com/
Building a Basic Web Part
http://msdn.microsoft.com/
Web Part Design Considerations
http://msdn.microsoft.com/
Advanced Web Part Design
http://msdn.microsoft.com/
Deploying Web Parts
http://msdn.microsoft.com/
Thanks so much for your very helpful responses. I have switched to Frontpagehosting, at ninjava's suggestion. They have a bunch of pre-installed web parts. Also they say they will install free ones - so it looks like they are flexible. And thanks to Tad for a better appreciation of what's involved in an install.
Business Accounts
Answer for Membership
by: wendy326Posted on 2005-06-14 at 16:34:34ID: 14216894
Thanks! I didn't see this topic area earlier.