Calendar (color-coded SharePoint calendar / Microsoft 365 Group calendar)

[origami]

Calendar web part shows rolled up, color-coded events from any SharePoint site or Microsoft 365 group. Users can pick any date or range and RSVP for an event.

Here is an example of the Calendar web part:

Edit the page where you want to see the Calendar, and pick this app from the gallery:

Setting Up Your Calendar in Origami - Watch Video

Adding new events

You can add a new event by going to your SharePoint event list and creating an event there.

Tracking RSVPs

Knowing who’s coming to an event can help organizers plan seating, food and other logistics.
Here is an example of how some one can RSVP for an event:

Here is how to enable this:

1. In Calendar web part properties, click Enable RSVP

2. Click the Create RSVP List button. All RSVPs will be tracked in RSVP list on the SharePoint site.
   You can access the list directly from Site contents or by clicking See All RVSPs as shown below:
   

   

3. Finally, ensure users can “write” to RSVP list
   3.1 From the RSVP list, click (*) → List settings → Permissions for this list
   3.2 In the ribbon, click Stop Inheriting Permissions
   
   3.3 Check the “Visitors” group, and in the ribbon, click the Edit Permissions button
   
   3.4 Tick off “Contribute” permissions, and click OK.
   

Setting default date range

By default, the web part will show readers any events from today’s date to the end of the month.
You can change that by going to web part properties and selecting:

In here:
-today - shows today’s events
-this week - shows all events from today until 7 days from today
-this month(default) - shows all events from today till the end of the month
-this quarter - shows all events from today until last days of month 3 from now
-this year - shows all events from today till the end of the year

You may want to tweak this depending on the volume of events you have posted on your site

Reading Events from another site or Microsoft 365 group

The calendar can read from:

• URL of any SharePoint site
• Microsoft 365 Group

All events will be rolled up in a single view as long as the user has access to them.

To set that up, navigate to the web part properties as shown below to pick the source for your events:

In case you need to read the events from a Microsoft 365 Group, you’ll also need your IT administrator perform these one-time steps: Enabling Calendar web part to read from Microsoft 365 group

Filter by SharePoint View

Available in Calendar – Version Sep 22, 2025

The Calendar can now pull events from a specific SharePoint View.

• Set a View URL: Use the URL of your saved SharePoint view (with filters applied).
• Display Events from that View Only: The Calendar will now show only those filtered events.

This allows you to:

• Highlight department-specific events on a department page
• Focus on location-based schedules
• Show only the categories that matter for your audience

How to set it up:

1. Go to your Calendar web part properties.
2. In the Source settings, paste the View URL instead of the default list URL.
3. Save your page.
   
   

Multiple calendars on a single site

You can have more than one calendar showing events from separate Calendar lists.
To do that, first we need to create a second calendar list:

1. Click (*) → Site contents
2. Find the Events list, click on (…) next to it, and select Details
3. Click the Add It button and when prompted, give your new calendar a name. For example: HR Calendar
4. Click Create

Now you can populate this list as you see fit.
To link this new list to a different calendar on your page

1. Add the Calendar Origami web part

2. In the web part properties, under Source of Events, set the Calendar list with the same name as given in step 3 earlier. For example: HR Time Off
   

   

3. Save the page and you’re all set.

Color coding your calendar

You can color code each category in your calendar.
By default, Events list already has categories defined, and you can change them by going to Events list settings, like this:

From here, you can define the list of available categories:

So how do you map colors to those categories?

Simply go wo Origami Calendar web part properties and click this button:

From here you can map each category to any desired color:

Save the web part properties and the page to see changes.

Category filter

If you have a lot of events for a particular range, you can let users to filter events by category, like this:

To set this up, simply go to web part properties under Change Colors & Styles and set the Show category filter toggle to On like this:

Changing calendar styles

In addition to color coding your events, you can also change the date picker colors using these web part properties, web part height and other options as shown below:

Events showing wrong date or time?

You might need to update your calendar locale setting so calendar knows which timezone you’d like to show.
To do that, go to web part properties and adjust locale as follows:

Here is the list of acceptable timezone codes (look under TZ identifier in the table) List of tz database time zones - Wikipedia

Save Styles as Template

Available in Calendar – Version April 26, 2025

You can fully customize the Calendar web part — apply your corporate fonts, colors, and styles — and save those settings as a template with just one click.

Go to web part properties under the Save Settings section, and click Save Current Settings as Template.

From now on, any new Calendar web part will automatically use your saved style settings as the default.

You can always tweak styles if needed–applying a template will not restrict your options, you simply have a better starting point.

Targeting events to an audience in SharePoint

Available in Calendar – Version Sep 15, 2025

You can make it so events show only to members of specific M365 groups.
When creating an event in SharePoint, set the group in the Audience field:

The calendar will show this event only to users who belong to this M365 group.

Don’t see the Audience field? You need to enable it in SharePoint first:

1. Go to Site contents on the site where your event list is located
2. Open the events list that you’re reading from
3. Go to Events list Settings
4. Click on Audience targeting
   
   
5. Check Enable audience targeting
6. Click OK

You will now see the Audience in your item details.

–

Known issues

Removing View Application Pages permission level on a list used by Origami Calendar will cause that calendar events to not load

More details

Summary

Origami Calendar relies on supported SharePoint APIs and navigation patterns to retrieve and display events from one or more SharePoint calendars.
When a custom SharePoint permission level removes the “View Application Pages” permission, certain Origami Calendar features will no longer function as expected.

This behavior is by design in SharePoint and cannot be mitigated or overridden by third-party solutions, including Origami.

---

What is “View Application Pages” permission

The View Application Pages permission controls access to SharePoint application pages, including pages hosted under:

/_layouts/15/

These pages are used by SharePoint for:

• system forms and dialogs
• list and view enumeration
• event and item display pages
• internal navigation and metadata resolution

This permission is foundational to SharePoint’s UI and API model.

---

Impact on Origami Calendar

When View Application Pages is removed, the following Origami Calendar capabilities are affected:

1. Event detail navigation (direct impact)

Origami Calendar opens SharePoint’s event details page when a user clicks an event title:

/_layouts/15/Event.aspx?ItemId=...&ListGuid=...

This page is an application page.

Result when permission is removed

• Event titles open to Access Denied or fail to load
• This occurs even though the event itself exists and may be visible in list queries

---

2. Calendar and list enumeration (direct impact)

Origami Calendar supports:

• aggregating events from multiple calendars
• pulling events from different sites
• reading specific list views

To do this, the web part must:

• enumerate lists
• read list metadata
• resolve views and CAML queries

These operations rely on SharePoint endpoints that require View Application Pages.

Result when permission is removed

• Calendars or views may not be discovered
• Some configured calendar sources may silently return no data
• Multi-calendar aggregation becomes unreliable or incomplete

---

3. Differences vs native SharePoint behavior (important clarification)

Customers may observe that the native SharePoint Events web part continues to display events under the same permission model.

This difference is expected and does not indicate an issue with Origami.

Native SharePoint web parts:

• run entirely within SharePoint’s internal page context
• rely on privileged, undocumented, internal APIs
• are not constrained by the SharePoint Framework (SPFx) permission boundaries applied to third-party solutions

Origami Calendar:

• is a third-party SPFx solution
• uses only supported SharePoint APIs
• fully respects SharePoint’s permission enforcement

As a result, native behavior cannot be used as a baseline or expectation for third-party web parts under restrictive custom permissions.

---

Supported vs Unsupported Configurations

Supported

• Standard SharePoint permission levels
• Custom permission levels that retain View Application Pages
• Scenarios where users can access application pages required by SharePoint UI and APIs

Not supported

• Custom permission levels that remove View Application Pages
• Configurations that expect third-party web parts to:
  • bypass SharePoint permission enforcement
  • replicate native SharePoint internal behavior
  • access restricted application pages

---

Official Origami Support Position

Origami does not support configurations where View Application Pages is removed from user permission levels.

We will not modify Origami code to:

• work around SharePoint permission enforcement
• bypass restricted application pages
• replicate undocumented native SharePoint behavior

These limitations are imposed by SharePoint itself and apply to all third-party SPFx solutions, not just Origami.

---

Recommendations

If your project requires:

• aggregated calendars
• multiple event sources
• view-based event filtering
• reliable event navigation

Then View Application Pages must remain enabled in the applicable permission levels.

If strict permission control is required, we recommend:

• limiting Edit, Delete, or Manage Lists
• avoiding removal of foundational SharePoint permissions

---

Related Symptoms

Customers affected by this configuration may observe:

• event titles opening to Access Denied
• missing events from some calendars
• inconsistent behavior across sites or views
• differences compared to native SharePoint web parts

---

Conclusion

Removing View Application Pages fundamentally alters how SharePoint APIs behave.
While native SharePoint may continue to function in limited scenarios, third-party solutions cannot.

This is a SharePoint platform constraint, not a defect in Origami.