Search results

While developing the initial version of the for plugin, I so often got reminded to the preamble words of @gancio from @lesionles

"Building software means taking a stand, making decisions, choices. These choices start from a precise look at reality, from specific needs and ends implementing specific features, choose default values, simplify some flow and patterns while making difficult others."

It's just a tiny poll plugin, but there are still decisions to be made: For example, when to reveal the poll vote counts, to whom, and when to reset the vote counts (e.g. when changing the type from single choice to multiple).

There are many flow patterns that I don't consider worth striving for. Please help me by leaving some comments on the scenarios you can imagine.

0

Two upcoming changes in the #FEP process:

- Withdrawing stale proposals. If a proposal remains inactive for 2 years, its status is changed to WITHDRAWN. Previously, the period was 1 year after submission, and facilitators were supposed to contact authors before withdrawing (that didn't work well).
- Implementation tracking. If a proposal has type: implementation attribute, we will automatically count list items in the "Implementations" section and display that number somewhere (probably in README). If your proposal is implementable, I recommend adding type: implementation attribute to it. Also, don't forget to mention implementations if they exist - this information is very important.

0

That’s Tim. Fantastic article! I’ll have more to say after I re-read this a dozen times, but I want to get out early with an answer to #3: remote actions…

This is why I built fep-3b86 “Activity Intents” which lets people take remote actions from their home server with one click and zero fuss. No JS, no funny protocols required.

Could you please weigh in on this?

@tchambersTim Chambers @renchapRenaud Chaput @dansup @cheeaunChee Aun 🤔 @scottjenson @newsmastNewsmast Foundation @andypiper @ricmacRichard MacManus @evanEvan Prodromou @laurenshof @pfefferle @fediversenews @timbray

0

FEP-844e: Capability discovery has been published to the FEP repository:

https://codeberg.org/fediverse/fep/src/branch/main/fep/844e/fep-844e.md

I already use it to signal RFC-9421 support. An anonymous Application object is added to actors:

{
  "generator": {
    "type": "Application",
    "implements": [
      {
        "name": "RFC-9421: HTTP Message Signatures",
        "href": "https://datatracker.ietf.org/doc/html/rfc9421"
      }
    ]
  }
}

All important information is embedded, so additional HTTP requests are not necessary.

#FEP

0

@mapacheMaho Pacheco 🦝🍻 @box464Jeff Sikes @activitypub.blogActivityPub for WordPress @badgefedThe BadgeFed Project

Ah! The LGPL / Language totally forgotten during the monster job of the full list overhaul I did.

Would it be possible for you to PR or file an issue? (Codeberg account always comes in handy for submitting that 😜)

I will take a note on my backlog, but will be some time before I get to that.

0

The Work Continues: What’s Next

Details will follow soon — but the work on events in the is far from complete. Key upcoming milestones include:

  • Improvements and new features for the Event Bridge for ActivityPub plugin for WordPress
    Continued development to maintain, fix issues, enhance, and expand functionality.
  • Work on Fediverse Enhancement Proposals (FEPs)
    Ensuring a robust final status of FEP-8a8e and focus on recurring and irregularly scheduled events.
  • Support for event interoperability in other Fediverse applications
    Contribute to other Fediverse applications and help them to explore and improve support for Event objects. For example, @linos@graz.social has outlined a potential roadmap for Mastodon.
  • Contribution to GatherPress
    Active involvement in the GatherPress project — a modern and truly FLOSS community oriented WordPress event plugin — to ensure full ActivityPub compatibility, including RSVP support and advanced federation features.
  • Community engagement and outreach
    Participation in conferences, public talks, and direct conversations to foster knowledge exchange, gather feedback, and grow the ecosystem around federated events.

Additional updates and technical details will be shared soon. Input, testing, and collaboration from interested parties are always welcome. Or if you know any conferences we should attend, let us know.

0
0

As we consider ways to implement into our FOSS Community Calendar Ecosystem platform Koalagator, I've been looking over the differing specs for how to specify the event object schema.

Have any other folk wrestled with this?Asking before I get arms deep in this stuff.

For those playing at home...

---
Schema.org - Event

Schema.org is a collaborative, community activity with a mission to create, maintain, and promote schemas for structured data on the Internet.

schema.org/Event

-----
W3C Activity Vocabulary - Event

This specification describes the Activity vocabulary. It is intended to be used in the context of the ActivityStreams 2.0 format and provides a foundational vocabulary for activity structures, and specific activity types.

w3.org/TR/activitystreams-voca

----

Fediverse Enhancement Proposal
FEP-8a8e: A common approach to using the Event object type

ActivityStreams defines the Object Type Event. In real-world applications, the event object immediately showed the need for extension. Applications featuring Event objects have often chosen to add additional attributes and clarifications (i.e., interpretations) in order to implement their particular use case. This proposal clarifies and extends the ActivityPub standard to address the needs that have arisen in real-world implementations.

codeberg.org/linos/fep/src/bra

---

[HTML] Microformats - h-event

People are using microformats to mark up profiles, posts, events and other data on their personal sites, enabling developers to build applications which use this data in useful and interesting ways.

microformats.org/wiki/h-event

---

iCalendar Standard (RFC 5545)

iCalendar was first defined as a standard as RFC 2445 in 1998 by the Internet Engineering Task Force (IETF). Today, iCalendar is used to import and synchronize events on various platforms, including smart phones, computer and web applications.

icalendar.org/the-icalendar-st


0
0
1
0

Just rolled out some fediverse-related improvements:

- Now you can follow Write.as blogs from Ghost! There was a tiny bug with this that we just fixed. (WriteFreely PR: writefreely.org/pull/1373)

- We now support the `preview` property as a fallback for Articles. This will make your posts look much nicer as more platforms support it! (WriteFreely PR: writefreely.org/pull/1374)

0

After reviewing FEP-5624: Per-object reply control policies and GoToSocial's interaction policy spec, I find myself leaning toward the latter for long-term considerations, though both have merit.

FEP-5624 is admirably focused and simpler to implement, which I appreciate. However, 's approach seems to offer some architectural advantages:

  1. The three-tier permission model (allow/require approval/deny) feels more flexible than binary allow/deny
  2. Separating approval objects from interactions appears more secure against forgery
  3. The explicit handling of edge cases (mentioned users, post authors) provides clearer semantics
  4. The extensible framework allows for handling diverse interaction types, not just replies

I wonder if creating an that extracts GoToSocial's interaction policy design into a standalone standard might be worthwhile. It could potentially serve as a more comprehensive foundation for access control in .

This is merely my initial impression though. I'd be curious to hear other developers' perspectives on these approaches.

4

Coda: The growth of BlueSky, and the novel features it launches with, point to a need for a 2.0 version of ActivityPub. One that fleshes out and updates the protocol based on dev experiences in the first decade of active use, and intentions going forward.

Ideally an AP 2.0 would include a formal mechanism for protocol extensions. One that learns from the experiences of the FEP process.

0
0

"The Good, the Bad and the Ugly" is a good article by @dominikDominik Chrástecký - Blog

chrastecky.dev/technology/acti

The two mentioned examples in "The Bad" are long-time issues that were also discussed at . I just responded to one of them on the forum..

The Update(Note) quirk. socialhub.activitypub.rocks/t/

The other one is around Direct Messages which are a hack (a Note with special sauce). specifies ChatMessage object type here, which is the intended way to extend the protocol.

0

Progress on the FEP for Event objects

The FEP-8a8e (Fediverse Enhancement Proposal) had at lot of progress in the last months. In the meantime, the document has become somewhat more extensive than originally planned, but contains not only instructions for new features that have to be tediously implemented, but also a lot of advice and points that should provide orientation for developers of Fediverse applications that support events.

It now covers:

  • Required attributes
  • Events with Open End
  • Timezone
  • Physical and Virtual Locations
  • Event status
  • RSVP (Attendee Management)
  • Event Banner and Poster Images
  • Event Categories
  • Discoverability
  • Event Organizers
  • Upcoming Events Collection for ActivityPub actors
  • Term Definitions

Many thanks again to all reviewers and co-editors:

@lesionles @heiglandreasAlerta! Alerta! @naturzukunft @laurin

We warmly welcome further feedback from the communities of , , , and other Fediverse platforms supporting events.
If you’re working on such an application or are part of these communities, your insights would be very valuable! @developers @mobilizon

0
2
0

How to subscribe to a thread?

Several days ago FEP-efda: Followable objects was published. I don't like this solution because ActivityPub spec only talks about "following" in the context of actors, and the proposed "proxy-following" mechanism forces us to change some well-established practices.

So here is an alternative: FEP-f06f: Object observers.

Object observer is an actor that can be followed to receive object updates. If conversation thread is a collection, its observer will broadcast Add and Remove activities that have thread collection as their target. Observer's followers will have an up-to-date view of the thread.

#ActivityPub #FEP

0
0