-
Notifications
You must be signed in to change notification settings - Fork 30
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add subscribeable Ical feeds #603
Comments
Following the outlined idea by @shawfactor would also fix #704, because the 🐛 mentioned is coming from the used data-uri, too. |
GatherPress should probably replace the existing (and default)
While this seems identical, the endpoints will have slightly different purposes per data type.
|
Replace or add?
I’d suggest the best approach is to add a custom feed (in iCal format)
Eg events would have
https://mysite.com/events/ (archive)
https://mysite.com/events/feed/ (rss feed)
https://mysite.com/events/feed/atom/ (atom feed)
https://mysite.com/events/feed/rdf/ (rdf feed)
Then adding
https://mysite.com/events/feed/ical/ (iCal feed)
RSS, atom, and rdf come built in with Wordpress and I don’t see the need to
get rid of them.
Feeds also play nice with taxonomies so being able to subscribe to just
events based on a single topic would be very beneficial
I’ve actually written a plugin that does this as I wanted this
functionality on my own sites btw
…On Fri, 23 Aug 2024 at 9:35 PM, Carsten Bach ***@***.***> wrote:
GatherPress should probably replace the existing (and default) /feeds/
endpoints with new /ical/ endpoints for:
- gatherpress_events post type
- gatherpress_venues post type
- gatherpress_topics taxonomy
While this seems identical, the endpoints will have slightly different
purposes per data type.
- The gatherpress_events ical allows to subscribe to all events of
that site and needs to be added on the post type level.
- The gatherpress_venues ical allows to all events of a particular
venue. Therefore it must be added on the post level.
- The gatherpress_topics ical returns all events related to one
particular topic term. The endpoint needs to be added to the term level.
------------------------------
- https://developer.wordpress.org/apis/rewrite/
- https://make.wordpress.org/plugins/2012/06/07/rewrite-endpoints-api/
-
https://developer.wordpress.org/reference/functions/add_rewrite_endpoint/
- https://developer.wordpress.org/reference/functions/add_feed/
—
Reply to this email directly, view it on GitHub
<#603 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAE55YNF7EC4QJUSHSINBT3ZS4NANAVCNFSM6AAAAABETS5QNCVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGMBWHEYDIOJSGQ>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Originally I meant replace, but it may make sense to rethink this.
Yes, absolutely.
But using the default feeds functionality as is, would require at least some adjustments to the rendered feeds, as it would not be that helpful to have events ordered by their publication date for example.
Agree. That’s what I meant with adding iCal support to the topics taxonomy.
Cool! |
QUEUED to Discuss October 25
|
Hi @carstingaxion checking on where this stands with you -- and whether we can pin it for 0.32? |
Hi @carstingaxion checking once more on the status and plausibility of marking this into 0.32? |
Hello @MervinHernandez, I tend to say yes, because 75% are already merged and the last missing piece is awaiting review. Please take a look at #955 and add your review to move this forward. |
Is your enhancement related to a problem? Please describe.
Currently plugin supports ical which is great and essential for all event plugins
However the support is in the form of a data uri. This is FAR from ideal and should be reconsidered. I would suggest a much better approach would unique url that respsents the ical version of the events.
Possible utiising the wordpress custom feed functionality e.g.
for the singular version: https://mysite.com/event/test-event/feed/ical
for index of events: https://mysite.com/future-events/feed/ical/
or utilising a get parameter e.g.
for the singular version: https://mysite.com/event/test-event/?ical=1
for index of events: https://mysite.com/future-events/?ical=1
Bonus points if this scheme suppoorted generating an ical calendar based on a taxonomy e.g. evets with a certain topic.
This approach would have the major adavantage of allowing devices like iphones to subscribe to the calendar of events that would update dyamically. Rather than adding an event to ones calendar that are static and may well end up out of date. More broader is would also be a restful approach.
Designs
No response
Describe alternatives you've considered
No response
Code of Conduct
The text was updated successfully, but these errors were encountered: