* Tedd Sterr <[email protected]> [2019-01-16 21:50]: > My own preference would be for Deferred to represent a state of "good > idea; still needs more work; contributions welcome" - which it > arguably already does,
I fully agree.
> but it also includes many that should legitimately be obsoleted (not
> that it's worth anyone's time to figure out by what), reducing the
> signal-noise ratio.
I'm not convinced of how much of a problem this acutally is, but it
seems to be considered as problematic by some, so I'm not going to
oppose it.
With my XEP author hat on, I do have a Deferred XEP of my own (0379),
and my feeling is that it's not quite ready for Draft. Ideally, I would
like to let the Editor know that I want to keep it in Experimental for
some more time, and to gather additional feedback. The Editor is allowed
to move Deferred->Experimental ("Note that if a XEP is Deferred, the
XMPP Extensions Editor may at some point re-assign it to Experimental
status" in https://xmpp.org/extensions/xep-0001.html#approval-std).
There is no framework for *when* the Editor should or should not do
that, though. If Council and/or Board provide guidance to the Editors on
when this shall happen, and if e.g. an author can ask the Editor to do
just that, I'd be glad.
With my Council hat on, I don't know which XEPs have been actually
abandoned, and for which ones the author is just preparing a major
overhaul which we can not see. So I'm a bit hesitant on just casting
a vote on Deferred XEPs (but an LC should make the author respond).
In addition, I don't think it is a viable approach to have the Council
evaluate all Deferred XEPs for authors who can't be bothered to maintain
/ advance them any more.
I agree with the idea of crowd-sourcing the review of Deferred XEPs, and
to allow anyone to propose them for LC, with the LC resulting in either
of:
- Rejected or Obsolete (we have consensus that this is a dead end)
- Experimental with new author (if somebody volunteers to move it forward)
- stay in Deferred, because the exact status can not be determined.
Greetings,
Georg
signature.asc
Description: PGP signature
_______________________________________________ Standards mailing list Info: https://mail.jabber.org/mailman/listinfo/standards Unsubscribe: [email protected] _______________________________________________
