[Standards] Council Minutes 2020-07-22

Florian Schmaus flo at geekplace.eu
Wed Aug 5 15:36:28 UTC 2020


On 05.08.20 16:04, Jonas Schäfer wrote:
> On Mittwoch, 29. Juli 2020 00:29:11 CEST Tedd Sterr wrote:
>> 4a ii) PR #971 (XEP-0004: Clarify field type omission for 'submit' and
>> 'result' form field types) - https://github.com/xsf/xeps/pull/972 Jonas:
>> [on-list]
>> Zash: [on-list]
>> Daniel: [on-list]
>> Georg: [pending]
>> Dave: [pending]
> 
> Let me break this change down using the word diff (attached: ab.wdiff, pipe it 
> through colordiff(1) for best viewing).
> 
> Before:
> 
> - type="form": @type SHOULD, absent implies "text-single"
> - type="submit": @type MAY, absent assumes available context(*)
> - type="error", type="result": @type MAY, absent undefined
> 
> After:
> 
> - type="form": @type SHOULD, absent implies "text-single"
> - type="submit", type="result": @type MAY, absent assumes available context(*)
> - type="error": undefined
> 
> (*): It is assumed that the recipient of the form has enough context to infer 
> the @type value. Bad design IMO, but we’re stuck with that.
> 
> So while the PR reduces the amount of text, it introduces undefined behaviour 
> for @type="error", which I don’t endorse.

There is no form type 'error', I assume you mean 'cancel'.

Forms of type 'cancel' SHOULD NOT contain form-field elements, they are
useless for this type. Hence I did not explicitly mention the 'cancel'
form type.

- Florian

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 618 bytes
Desc: OpenPGP digital signature
URL: <http://mail.jabber.org/pipermail/standards/attachments/20200805/7e895beb/attachment.sig>


More information about the Standards mailing list