-
Notifications
You must be signed in to change notification settings - Fork 71
Unificar docstrings de modules #49
Comments
Como preguntas:
Como decía, hace falta ver qué hace el resto del mundo y ver también qué es lo que como grupo nos interesa más. |
En general yo propondría no incluir la información que ya esté en el control de versiones, concretamente los autores y la fecha, por redundante. Se pueden poner unas líneas de este tipo: https://github.com/jupyter/notebook/blob/4.1.0/notebook/notebookapp.py#L4-L5
|
¿Qué os parece lo siguiente?
He visto que en los
Aunque también incluyen un archivo
¿Cómo lo veis? En cuanto lo aprobemos, esto va a la wiki y los vamos cambiando. 🚀 |
Listar todas las funciones me resultaría un poco redundante (el listado se
|
Si no hay más que decir a lo anterior, vamos a establecer esta cabecera como cabecera oficial. Todos los pull request que se acepten a partir de ahora deben incorporarla. Los modules anteriores se irán cambiando en la medida de lo posible para que se genere una documentación homogénea.
Podéis cambiar el archivo @Juanlu001, ¿es necesario realemente el |
El https://www.python.org/dev/peps/pep-0263/ Como si no me equivoco aún soportamos Python Legacy, no queda más remedio que dejarlo no nos vayamos a encontrar alguna sorpresa (por ejemplo, poner tildes en nuestros apellidos...) |
Dejo escrito esto en la wiki con las pautas a seguir: |
Según lo comentado en la reunión 23/03/2016 se adopta el docstring de la wiki https://github.com/AeroPython/PyFME/wiki/Documentation-&-docstrings Se irán modificando los modules antiguos sin prisa, pero se debe incorporar en los nuevos sin excepción. Se queda el issue abierto, hasta que todo el paquete haya adoptado el formato. |
Cada module (cada .py) que tenemos tiene un pequeño docstring al principio con una breve descripción. Spyder pone automáticamente el autor y la fecha. Deberíamos ponernos de acuerdo sobre qué incluir en cada uno y dejarlos todos con el mismo formato. Más que nada porque se usan para generar la documentación.
¿Propuestas? Podemos buscar lo que se incluye en los docstrings de otros paquetes y fijar en base a eso nuestro estilo.
Me encargo de cambiarlos una vez que lleguemos a un acuerdo.
The text was updated successfully, but these errors were encountered: