If some of your users utilize Firefox and others utilize Internet Explorer, you may find that your IE users see a scroll bar on the calendar for days that contain more items than can be displayed in the available space. Firefox users will not see the scroll bar.
The web part has most likely been placed into a web part zone with an invalid web part zone ID.
In the past, there was an issue with Microsoft Front Page and the way it identified web part zones. This issue was resolved in Service Pack 2 (SP2). Prior to the release of SP2 for FrontPage, when new web part zones were created, they were assigned invalid web part zone IDs.
What this means is, if you have a calendar roll-up in a zone that has an invalid web part zone ID, the roll-up will not automatically update when you install the Summer 2006 release. If you want to take advantage of the calendar’s newest features, you will need to replace the invalid web part zone ID as described in the For Developers help topic.
Make sure that the field you are using to define the color-coding is part of the schema. Out of the box, the calendar roll-up supports the schemas listed in the Supported Schemas section of this help. Alternatively, you can use the Roll-Up Wizard to create a custom schema.
The calendar roll-up web part utilizes the "Current Events" view, so only the next 50 upcoming events will be displayed on the calendar. This is by design, so as not to overload the server at web part implementation. If you want to see more than 50 upcoming events, you can modify the "Current Events" view to display more than 50 events at a time. This is the only acceptable change permitted to the "Current Events" view.
This is because you do not have the same rights as someone else. You can only see those sites which you have permission to access.
The out-of-the-box event calendar roll-up can only search on the Title and Date columns. The search described above looks for data from another column. If you want to do this, you will need to use the Roll-Up Wizard (Developer and Small Business editions only) to create a custom calendar roll-up that includes the new column as a searchable field.
This indicates that manual administration of the shared web part property "Lists Being Returned" was attempted. Please remove and add the web part to the page and then select the lists to be returned again.
This indicates one or more of the following:
· The search criteria and/or filter criteria is incorrect
· The user doesn't have access to the list(s) selected
· The list or site no longer exists
· There is no data within any of the lists you have searched
To test your search text, try searching for text taken directly from one of your target lists to see if anything is returned. To test your filter criteria, try choosing a different filter field and searching for the same text to see if anything is returned.
If your search continues to yield no results, check that your target lists are populated, that your target lists and sites still exist, and that you have access to them.
This can occur for a few reasons:
1) The list must have all of the List Template Required Fields within one of the List Templates Supported (see the “Supported Schemas” help topic)
2) The list must have been created utilizing the proper list template.
Lists should be created via SharePoint’s default list template, or with a CorasWorks-generated list like Updated Contacts, to be returned within the web part for selection.
No, it does not. You must make sure that the list in question was created with the proper list template and that the fields required are within it. Outside of that, you can name the list anything that you want.
The following suggestions apply to all roll-ups:
· Do not put more than one roll-up web part on a page. Since roll-ups are processed serially, adding several roll-ups to a page can cause a considerable delay in returning the page to the user, although this depends on the configuration of the web parts.
· While roll-ups can be set to pull data from an unlimited number of levels, users will experience the best performance if you configure the roll-up to look no more than 6 or 7 levels deep. As the number of levels increases, the number of sites and lists queried also increases exponentially.
· Limit the number of lists queried.
· Limit the number of fields returned.
· If you have no choice but to hit a large number of sites and lists, use CAML to filter the list before the data is returned. Collaborative Application Markup Language (CAML) is an XML-based language used in SharePoint. Pre-filtering performed through CAML reduces the number of list items received by the roll-up. You can build a CAML filter on the Filtering tab of the administration interface.
· Since the information returned by a calendar roll-up comes directly from the "Current Events" view, the total number of events returned and distributed into the calendar display will decrease your performance once you have 200 events or more. This is due to your browser and bandwidth, not the web part. Because your browser can only handle so much information and rendering at a given time, it will begin to slow down the rendering when too many events exist. To deal with this issue, you can control how many items are returned in the "Current Events" view to cut down the response so that it will not overload the browser.