I agree with all the points above except for the last. From an implementation perspective there is a higher maintenance, code complexity and even binary size cost to having multiple interfaces rather than the existing enumeration type. Do we anticipate adding additional wake lock construction arguments or attributes which would make this interface change more future-proof? -- GitHub Notification of comment by reillyeon Please view or discuss this issue at https://github.com/w3c/wake-lock/issues/154#issuecomment-470665767 using your GitHub accountReceived on Thursday, 7 March 2019 19:41:40 UTC
This archive was generated by hypermail 2.3.1 : Thursday, 7 March 2019 19:41:41 UTC