Edición de código

[paribanufreitas]

No existe en el proceso de gestión de códigos la posibilidad de editarlos, por lo cual si por ejemplo creas el código pero te ovlidaste de ponerle su dependencias (filiación) con otro código mayor tienes que eliminar el código y volver a crearlo.

Sería bueno entonces crear una botón antes del de eliminar que sea editar y poder así reformar las propiedades (color, peso, dependencia).

[marcbria]

De nuevo una funcionalidad imprescindible que al no tratarse de un bug debemos etiquetar como mejora.
La necesidad de editar elementos (proyectos, metadatos de documento) ya se reportó en incidencias previas #1, #2.

Decidamos en reunión libreQDA que elementos es imprescindible editar y cual sería la prioridad.
(Aunque esta tiene todo los números de ser la que encabece la lista 👍 )

[lupa18]

Lo iba a comentar en el issue pero ahora que veo este comento. El tema de altas/bajas/modificaciones es básico en cualquier aplicación de esta característica. Y la ausencia de esa funcionalidad -desde mi perspectiva- es claramente un error.

[marcbria]

Si es un "error", pero no un bug. ;-)

Dicho de otro modo: No podemos "salir al mundo" si no se implementa (por eso está en milestone 0.5) pero no se trata de un "error/bug" en el código, sino de falta de código.

Si te parece, para hacer más visibles estos casos, creo la etiqueta "must be" para marcar aquello que desde libreQDA consideramos imprescindible para un soft de QDA que pueda usarse en investigaciones reales.

Para no confundir las prioridades a los desarrolladores (lo que para mi es imprescindible puede no serlo para ti) ¿te parece que consensuemos en reunión libreQDA que casos merecen esta etiqueta?

[lupa18]

perfecto

El 2 de abril de 2013 18:07, Marc Bria [email protected] escribió:

Si es un "error", pero no un bug. ;-)

Dicho de otro modo: No podemos "salir al mundo" si no se implementa (por
eso está en milestone 0.5) pero no se trata de un "error/bug" en el código,
sino de falta de código.

Si te parece, para hacer más visibles estos casos, creo la etiqueta "must
be" para marcar aquello que desde libreQDA consideramos imprescindible para
un soft de QDA que pueda usarse en investigaciones reales.

Para no confundir las prioridades a los desarrolladores (lo que para mi es
imprescindible puede no serlo para ti) ¿te parece que consensuemos en
reunión libreQDA que casos merecen esta etiqueta?

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/24#issuecomment-15802604
.