Importante
La traducción es un esfuerzo comunitario puede unirse. Esta página está actualmente traducida en |progreso de traducción|.
16.4. Lanzamiento de su complemento
Una vez que su complemento esté listo y crea que el complemento podría ser útil para algunas personas, no dude en cargarlo en Repositorio oficial de complementos de Python. En esa página también puede encontrar pautas de empaquetado sobre cómo preparar el complemento para que funcione bien con el instalador del complemento. O en caso de que desee configurar su propio repositorio de complementos, cree un archivo XML simple que enumere los complementos y sus metadatos.
Preste especial atención a las siguientes sugerencias:
16.4.1. Metadatos y nombres
evite usar un nombre demasiado similar a los complementos existentes
Si su complemento tiene una funcionalidad similar a un complemento existente, explique las diferencias en el campo Acerca de, para que el usuario sepa cuál usar sin la necesidad de instalarlo y probarlo.
evitar repetir «complemento» en el nombre del propio complemento
use el campo de descripción en los metadatos para una descripción de 1 línea, el campo Acerca de para obtener instrucciones más detalladas
incluir un depósito de código, un rastreador de errores y una página de inicio; esto mejorará enormemente la posibilidad de colaboración y se puede hacer muy fácilmente con una de las infraestructuras web disponibles (GitHub, GitLab, Bitbucket, etc.)
elija las etiquetas con cuidado: evite las que no son informativas (por ejemplo, vector) y prefiera las que ya utilizan otros (consulte el sitio web del complemento)
agregue un icono adecuado, no deje el predeterminado; consulte la interfaz de QGIS para obtener una sugerencia del estilo que se utilizará
16.4.2. Código y ayuda
no incluya el archivo generado (ui_*.py, resources_rc.py, archivos de ayuda generados …) y cosas inútiles (por ejemplo, .gitignore) en el repositorio
agregue el complemento al menú apropiado (Vector, Raster, Web, Database)
cuando sea apropiado (complementos que realizan análisis), considere agregar el complemento como un subplugin del marco de procesamiento: esto permitirá a los usuarios ejecutarlo en lotes, integrarlo en flujos de trabajo más complejos y lo liberará de la carga de diseñar una interfaz
incluya al menos documentación mínima y, si es útil para probar y comprender, datos de muestra.
16.4.3. Repositorio oficial de complementos de Python
Puede encontrar el repositorio de complementos de Python oficial en https://plugins.qgis.org/.
Para utilizar el repositorio oficial, debe obtener un ID de OSGEO en el portal web OSGEO.
Una vez que haya cargado su complemento, un miembro del personal lo aprobará y se le notificará.
- PENDIENTE:
Insertar un enlace al documento de gobernanza
16.4.3.1. Permisos
Estas reglas se han implementado en el repositorio oficial de complementos:
cada usuario registrado puede agregar un nuevo complemento
staff los usuarios pueden aprobar o rechazar todas las versiones del complemento
los usuarios que tienen el permiso especial plugins.can_approve obtienen las versiones que cargan automáticamente aprobadas
los usuarios que tienen el permiso especial plugins.can_approve pueden aprobar versiones cargadas por otros siempre que estén en la lista de plugins propietarios
un complemento en particular puede ser eliminado y editado solo por personal usuarios y propietarios de complementos
si un usuario sin el permiso plugins.can_approve carga una nueva versión, la versión del complemento no se aprueba automáticamente.
16.4.3.2. Gestión de confianza
Los miembros del personal pueden otorgar confianza a los creadores de complementos seleccionados que configuran el permiso plugins.can_approve a través de la aplicación frontal.
La vista de detalles del complemento ofrece enlaces directos para otorgar confianza al creador del complemento o los propietarios del complemento.
16.4.3.3. Validación
Los metadatos del complemento se importan y validan automáticamente desde el paquete comprimido cuando se carga el complemento.
Aquí hay algunas reglas de validación que debe conocer cuando desee cargar un complemento en el repositorio oficial:
el nombre de la carpeta principal que contiene su complemento debe contener solo caracteres ASCII (A-Z y a-z), dígitos y los caracteres de subrayado (_) y menos (-), además no puede comenzar con un dígito
metadata.txt
es requeridotodos los metadatos requeridos enumerados en tabla de metadatos deben estar presentes
el campo de metadatos versión debe ser único
16.4.3.4. Estructura de complementos
Siguiendo las reglas de validación, el paquete comprimido (.zip) de su complemento debe tener una estructura específica para validarlo como un complemento funcional. Como el complemento se descomprimirá dentro de la carpeta de complementos de los usuarios, debe tener su propio directorio dentro del archivo .zip para no interferir con otros complementos. Los archivos obligatorios son: metadata.txt
y __init __.Py
. Pero sería bueno tener un: file: README y, por supuesto, un ícono para representar el complemento (resources.qrc
). A continuación se muestra un ejemplo de cómo debería verse un plugin.zip.
plugin.zip
pluginfolder/
|-- i18n
| |-- translation_file_de.ts
|-- img
| |-- icon.png
| `-- iconsource.svg
|-- __init__.py
|-- Makefile
|-- metadata.txt
|-- more_code.py
|-- main_code.py
|-- README
|-- resources.qrc
|-- resources_rc.py
`-- ui_Qt_user_interface_file.ui