From e161f91077c2bca7a5286947587c46052e89e93c Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Ma=C3=ABlle=20Salmon?= Date: Tue, 25 Feb 2025 15:34:09 +0100 Subject: [PATCH 1/3] Add rule about 1 pkg at a time --- booknews.Rmd | 2 ++ softwarereview_author.Rmd | 1 + softwarereview_author.es.Rmd | 1 + 3 files changed, 4 insertions(+) diff --git a/booknews.Rmd b/booknews.Rmd index 0f636073d..e52af20c1 100644 --- a/booknews.Rmd +++ b/booknews.Rmd @@ -2,6 +2,8 @@ ## dev version +- 2025-02-25, add official rule on submitting one package at once only (`@maurolepore`, #876) + - 2024-09-06, update math guidance for pkgdown based on pkgdown's update (#838) - 2024-08-30, remove mention of Twitter since rOpenSci no longer maintains an active Twitter account (`@yabellini`, #827) diff --git a/softwarereview_author.Rmd b/softwarereview_author.Rmd index de1417d8a..31b16da30 100644 --- a/softwarereview_author.Rmd +++ b/softwarereview_author.Rmd @@ -24,6 +24,7 @@ This concise guide presents the software peer review process for you as a packag - At the submission stage, all major functions should be stable enough to be fully documented and tested; the README should make a strong case for the package. - Your README file should strive to explain your package's functionality and aims, assuming readers have little to no domain knowledge. All technical tems, including references to other software, should be clarified. - Your package will continue to evolve after review, the chapter on *Package evolution* [provides guidance about the topic](#evolution). +- Please do not submit several packages at a time: we request you wait until a package has been approved before you submit another one. ## Preparing for Submission {#preparing-for-submission} diff --git a/softwarereview_author.es.Rmd b/softwarereview_author.es.Rmd index 16976e125..6a19c7711 100644 --- a/softwarereview_author.es.Rmd +++ b/softwarereview_author.es.Rmd @@ -19,6 +19,7 @@ Esta guía condensa el proceso de revisión por pares desde el punto de vista de - En la fase de envío, todas las funciones principales deben ser lo suficientemente estables como para estar completamente documentadas y testeadas. El *README* tiene que dar una buena impresión de tu paquete. - El archivo *README* debe esforzarse por explicar las funcionalidades y los objetivos de tu paquete asumiendo poco o ningún conocimiento del dominio. Además, debe aclarar todos los temas técnicos, incluidas las referencias a otros software. - Tu paquete seguirá evolucionando después de la revisión, el capítulo sobre *Evolución de paquetes* [proporciona orientación sobre el tema](#evolution). +- Por favor, no envia varios paquetes a la vez: te rogamos que espere hasta que un paquete haya sido aprobado antes de enviar otro. ## Preparación para el envío {#preparing-for-submission} From a24c9a704255f42d3b531b9658b35b01930950ae Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Ma=C3=ABlle=20Salmon?= Date: Fri, 7 Mar 2025 16:04:44 +0100 Subject: [PATCH 2/3] add pt translation --- softwarereview_author.pt.Rmd | 1 + 1 file changed, 1 insertion(+) diff --git a/softwarereview_author.pt.Rmd b/softwarereview_author.pt.Rmd index dd7662116..41674b9b2 100644 --- a/softwarereview_author.pt.Rmd +++ b/softwarereview_author.pt.Rmd @@ -24,6 +24,7 @@ Este guia conciso apresenta o processo de revisão de software por pares, para v - No estágio de envio da submissão, todas as principais funções devem ser estáveis o suficiente para serem totalmente documentadas e testadas; o README deve apresentar uma base segura para o pacote. - Seu arquivo README deve assegurar-se em explicar a funcionalidade e os objetivos do seu pacote, presumindo que os leitores tenham pouco ou nenhum conhecimento do domínio. Todos os termos técnicos, inclusive as referências a outros softwares, devem ser esclarecidos. - Seu pacote continuará a evoluir após a revisão. O capítulo sobre *Evolução do pacote* [fornece mais orientações sobre este tópico](#evolution). +- Não envie vários pacotes ao mesmo tempo: solicitamos que você espere até que um pacote seja aprovado antes de enviar outro. ## Preparando para Submissão {#preparing-for-submission} From 2d8bb44fb28b5dd0081c80542d0989afd09a1c81 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Ma=C3=ABlle=20Salmon?= Date: Tue, 11 Mar 2025 11:06:24 +0100 Subject: [PATCH 3/3] Update softwarereview_author.es.Rmd --- softwarereview_author.es.Rmd | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/softwarereview_author.es.Rmd b/softwarereview_author.es.Rmd index 6a19c7711..3a6fffa3c 100644 --- a/softwarereview_author.es.Rmd +++ b/softwarereview_author.es.Rmd @@ -19,7 +19,7 @@ Esta guía condensa el proceso de revisión por pares desde el punto de vista de - En la fase de envío, todas las funciones principales deben ser lo suficientemente estables como para estar completamente documentadas y testeadas. El *README* tiene que dar una buena impresión de tu paquete. - El archivo *README* debe esforzarse por explicar las funcionalidades y los objetivos de tu paquete asumiendo poco o ningún conocimiento del dominio. Además, debe aclarar todos los temas técnicos, incluidas las referencias a otros software. - Tu paquete seguirá evolucionando después de la revisión, el capítulo sobre *Evolución de paquetes* [proporciona orientación sobre el tema](#evolution). -- Por favor, no envia varios paquetes a la vez: te rogamos que espere hasta que un paquete haya sido aprobado antes de enviar otro. +- Por favor, no envies varios paquetes a la vez: te rogamos que espere hasta que un paquete haya sido aprobado antes de enviar otro. ## Preparación para el envío {#preparing-for-submission}