Add support for externally hosted calendars
- Use a different compile path for local and remotely stored calendars
- Render external links on the calendar download page, but use internal links for JS calendar displayt
- Add Pandas's calendar
@melissawm This is the alternative pathway I had in mind for https://github.com/scientific-python/yaml2ics/pull/71 and https://github.com/scientific-python/scientific-python.org/issues/246
The one problem with this approach (and any approach, in fact) is that our calendar rendering won't update when pandas changes their ICS. I tried to make the widget render from the remote URL, but that causes CORS problems.
Given that their calendar may frequently be out of date, does it make sense to host it hereβor at least, include it in the calendar widget? Is there a reason why they don't want to use the YAML infrastructure provided?
Deploy Preview for scientific-python-org ready!
Built without sensitive environment variables
| Name | Link |
|---|---|
| Latest commit | 0b4da12a063a7aab9826d37f103385fa0cdc8268 |
| Latest deploy log | https://app.netlify.com/sites/scientific-python-org/deploys/65402aae1249e500084c9657 |
| Deploy Preview | https://deploy-preview-519--scientific-python-org.netlify.app |
| Preview on mobile | Toggle QR Code...Use your smartphone camera to open QR code link. |
Lighthouse |
1 paths audited Performance: 72 Accessibility: 98 Best Practices: 100 SEO: 89 PWA: - View the detailed breakdown and full score reports |
To edit notification comments on pull requests, go to your Netlify site configuration.
Since these calendars will get out of date (we don't rebuild every time they update), and since we can't render remote calendars, I think we unfortunately cannot support externally hosted Google calendars.
