Skip to content

Conversation

@tmolitor-stud-tu
Copy link
Contributor

As discussed in chat, rendered html: xep-0492.html

@github-actions github-actions bot added the Needs Author The XEP is experimental and the PR was not made by the author. The author needs to acknowledge it. label Oct 25, 2025
xep-0492.xml Outdated
<p>Finally, clients can use this specification to synchronise finer-grained notification settings using custom namespaces.</p>
<example caption='An example of notification settings by client type'><![CDATA[
<p>Finally, clients can use this specification to synchronise finer-grained notification settings using custom namespaces in the optional &lt;advanced/&gt; child of the notification elements.</p>
<p>The &lt;advanced/&gt; element MUST NOT be empty</p>
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Isn't MUST NOT a bit too much for this? What is the problem with an empty <advanced> element besides uselessness?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Well, one thing I don't like is that our specs often are too lax and in hindsight all sorts of incompatibilities arise. So I for myself adopted a rule of being as strict and clear as possible.

But of course you are right, an empty <advanced/> should not be harmful here. Do you want me to change that MUST to a SHOULD or remove it entirely?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Let's make it SHOULD NOT

xep-0492.xml Outdated
<li>Matching '<tt>identity-category</tt>' attribute</li>
<li>Fallback element without '<tt>identity-category</tt>' and '<tt>identity-type</tt>' attributes</li>
</ol>
<p>When writing the notifiction settings, applications MAY use the '<tt>identity-category</tt>' and '<tt>identity-type</tt>' attributes as described in the <link url="#identities">Identities</link> section. If a fallback element without any attributes isn't present, the application SHOULD add it with the same settings. As secondary fallback, it MAY also add a notification setting having only the '<tt>identity-category</tt>' attribute, if not already present.</p>
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

typo: notifiction →notification

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

thx :)

@iNPUTmice
Copy link
Contributor

With my editor hat on: Are you fine with those changes @truenicoco? Should I go ahead and merge this?

@truenicoco
Copy link
Contributor

With my editor hat on: Are you fine with those changes @truenicoco? Should I go ahead and merge this?

After the first comment (about the empty <advanced> element) is addressed, yes.

@tmolitor-stud-tu
Copy link
Contributor Author

I've force pushed the SHOULD NOT and typo correction.

@iNPUTmice iNPUTmice requested a review from truenicoco November 12, 2025 14:36
@truenicoco
Copy link
Contributor

I've force pushed the SHOULD NOT and typo correction.

All good to me now.

@iNPUTmice iNPUTmice merged commit f35d6ba into xsf:master Nov 13, 2025
1 check failed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Needs Author The XEP is experimental and the PR was not made by the author. The author needs to acknowledge it.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants