- From: nightpool <eg1290@gmail.com>
- Date: Sun, 7 Apr 2024 19:42:23 -0500
- To: Ryan Barrett <public@ryanb.org>
- Cc: aaronngray@gmail.com, Evan Prodromou <evan@prodromou.name>, public-swicg@w3c.org
- Message-ID: <CAJY4u8E_yk0H_g-w34yLodWQPouC+j5Q81hVaPfyWjuC-ZEWcw@mail.gmail.com>
discoverable and suspended all use the unique joinmastodon namespace as
recommend by the extension document, since they were not approved by the
Social CG via a consensus process the way that the original 4 extensions
were. "indexable" does not appear to be a thing
On Sun, Apr 7, 2024, 7:14 PM Ryan Barrett <public@ryanb.org> wrote:
> Yes! I had the same idea. Mastodon has a long list, many could be good
> candidates, notably indexable, discoverable, suspended, as:sensitive,
> etc.
> https://docs.joinmastodon.org/spec/activitypub/#extensions-not-defined-by-activitystreams
>
> On Sun, Apr 7, 2024 at 5:13 PM Aaron Gray <aaronngray@gmail.com> wrote:
>
>> We have to deal and include mastodon’s extensions because they have now
>> became an unofficial de facto standard. I have seen them being used in
>> other implementations too.
>>
>> I will take some time this over the next two weeks to get up to speed on
>> this so I may be useful.
>>
>> Thanks Evan for all your hard work pulling everything together. I should
>> have thanked you before now.
>>
>> Regards,
>>
>> Aaron
>>
>> Aaron Gray - @AaronNGray@fosstodon.org
>>
>> Independent Open Source Software Engineer, Computer Language Researcher,
>> Information Theorist, and Computer Scientist.
>>
>>
>>
>> On Mon, 8 Apr 2024 at 01:06, Evan Prodromou <evan@prodromou.name> wrote:
>>
>>> The extensions policy currently in draft version explicitly says that
>>> new extensions should define a unique namespace.
>>>
>>> https://swicg.github.io/extensions-policy/
>>>
>>> Evan
>>>
>>> On Apr 7, 2024 19:47, nightpool <eg1290@gmail.com> wrote:
>>>
>>> (That's not the recommended way to do extensions any more,
>>> but it was popular in the early days of AP.)
>>>
>>> Is this true? All of the extensions I've seen that we use for Mastodon
>>> explicitly say {@id: "as:whatever"} in the context document. Which
>>> extensions are you referring to?
>>>
>>> On Sun, Apr 7, 2024, 6:37 PM Evan Prodromou <evan@prodromou.name> wrote:
>>>
>>> Hello! In our meeting on Friday, the CG decided to create a report
>>> documenting widely-used terms added to the Activity Streams 2.0
>>> namespace using the "@vocab" feature so far in the history of the
>>> protocol.
>>>
>>> (If you just drop a property into an AS2 document, because the AS2
>>> context document includes '@vocab: "_:"', those properties are in the
>>> AS2 namespace. That's not the recommended way to do extensions any more,
>>> but it was popular in the early days of AP.)
>>>
>>> The goal of this report is to document popular terms inserted into the
>>> AS2 namespace, and include them in a separate context document. Then, we
>>> can use the Extensions Policy to add the terms into the AS2 context.
>>>
>>> The secondary goal is to test the SocialCG's extension policy, currently
>>> in draft status:
>>>
>>> https://swicg.github.io/extensions-policy/
>>>
>>> This project would push the bounds of that extension policy in at least
>>> one way; it doesn't use a well-defined namespace -- by definition! But
>>> otherwise it should be a good test of the policy.
>>>
>>> If you have ideas for existing undocumented AS2 terms seen in the wild
>>> that should be included, please make a note here:
>>>
>>> https://github.com/swicg/miscellany/issues
>>>
>>> The current context doc is here:
>>>
>>> https://purl.archive.org/socialweb/miscellany
>>>
>>> And the document will be here when it's written (currently boilerplate
>>> ReSpec):
>>>
>>> https://swicg.github.io/miscellany/
>>>
>>> Lastly, I had one person step forward to help out with this; if you
>>> think you'd be a good co-editor on this document, let me know.
>>>
>>> Evan
>>>
>>>
>>>
>>>
>
> --
> https://snarfed.org/
>
Received on Monday, 8 April 2024 00:42:39 UTC