Contribuir com o RWTS™
Propostas são bem-vindas. Patches, não. Esta página explica as duas coisas e como enviar uma proposta.
Proponha uma alteração
Se você está implementando o RWTS e o padrão não cobre o que você precisa, essa é a informação mais útil que você pode nos dar. Um tipo de equipamento que falta, um código de alarme sem entrada, um comportamento do dispositivo que a especificação deixa indefinido: envie.
O que mais ajuda:
- O problema, não a solução: o que você tentava fazer e onde a especificação ficou aquém
- O equipamento ou a instalação a que se aplica, para que a alteração entre na família certa
- Um caso de teste que falha ou uma mensagem de exemplo, se tiver
- A versão e o perfil que você está implementando
Toda proposta é lida. As propostas adotadas são creditadas pelo nome no registro público de alterações, a menos que você peça o contrário.
Por que não aceitamos código
A EPU não aceita pull requests nem contribuições de código para a biblioteca de referência em Python, e não aceita texto redigido para a especificação. Dizer isso claramente é melhor do que uma política silenciosa, por isso explicamos o raciocínio.
Isso mantém a biblioteca de referência com licença dupla. A biblioteca é oferecida sob a AGPL-3.0-only e, separadamente, sob uma licença comercial para fabricantes que não podem aceitar copyleft. Essa segunda opção só existe enquanto a EPU detém todos os direitos autorais do código. Uma única contribuição externa sem uma autorização por escrito a eliminaria para sempre, porque relicenciar exigiria a concordância desse colaborador daí em diante.
Ideias não são protegidas por direitos autorais. A expressão é. Descreva um problema e o comportamento de que você precisa, e podemos implementá-lo livremente, sem nenhuma reivindicação. Envie um trecho de código funcional que seja usado tal como está, e esse trecho é sua expressão protegida por direitos autorais entrando na base de código sem licença. A política existe para manter essa fronteira bem definida, nos dois sentidos.
É assim que os padrões normalmente funcionam. Padrões publicados evoluem por meio de propostas e comentários, com um editor responsável pela redação, e não por merge de código. O mesmo vale para o texto da especificação: a EPU reescreve cada proposta adotada antes que ela se torne normativa.
Se o código é a forma mais clara de descrever o que você quer dizer, envie e nos avise. Construiremos uma versão independente a partir da sua descrição, sem trabalhar a partir do seu código, ou pediremos uma breve autorização por escrito.
O que isso não restringe
Nada disso limita o que você pode fazer com o RWTS. A especificação tem licença aberta e é livre para implementar em qualquer produto, inclusive em firmware proprietário. Você pode fazer um fork da biblioteca de referência sob a AGPL e levá-la para onde quiser. Você não precisa de permissão, de um acordo nem de uma conversa conosco para construir sobre o padrão.
Esta página trata apenas do que volta para a especificação canônica e para a biblioteca canônica, e de nada mais.
Proponha uma alteração ao RWTS™
Um novo tipo de equipamento, um novo código de alarme, um comportamento que o padrão ainda não cobre.
Entre na lista de espera
Receba a especificação do RWTS™, o link do GitHub e a biblioteca de referência em Python assim que forem publicados.