Name attribute cannot be removed
Reproduction scenario
- On an item page,
- Set a name attribute.
- Then remove it.
- When the request is rejected, the attribute will appear again.
Reason and possible solution
The reason for this is that item_name is a mandatory attribute in Argos.
A programmatic solution would be, when the attribute is item_name to set it to an empty string.
Workaround
A user workaround would be to change it to an empty string (requires feature #29 to be implemented).
Phase 1
- [ ] Scenarios (Gherkin)
- [ ] Mockups
- [ ] Implementation strategy
Phase 2
- [ ] Acceptance tests (Capybara)
- [ ] Implementation
Une autre question repose sur le fait de la pertinence d'un item sans attribut name ? Dans le cadre du projet Studying Abroad, un item, que ce soit une UE ou une Université, n'a pas lieu d'exister s'il n'est pas identifié par l'attribut name.
Donc dans le cas présent, supprimer cet attribut devrait revenir à supprimer l'item.
Donc dans le cas présent, supprimer cet attribut devrait revenir à supprimer l'item.
@Ciyax Le moins trompeur pour l'usager serait peut-être (comme dans le workaround) de remplacer le nom de l'item par un nom vide. Avec le fonctionnement que vous décrivez, l'usager risquerait de perdre par mégarde les attributs, catégories, ressources, commentaires... Juste en cliquant sur la suppression de l'attribut, ça me semble un peu "violent".
Là où je suis d'accord avec vous c'est que ça a peu d'intérêt d'avoir un item sans nom. Il y a donc fort à penser que peu de personnes auront l'idée (et surtout le besoin) de supprimer le nom.
Pour le projet Kerameikos on part du principe que étant donné que nous allons travailler avec des attributs, il est important que l'on ne rencontre pas de difficultés avec des soucis déjà existant, cela facilitera la tâche également lors des phases de tests (il en va de même pour les autres projets finalement). Même si nos éléments ne devraient pas se passer d'un attribut "name", ce problème devrait être tout de même résolu.
Pour le projet Kerameikos on part du principe que étant donné que nous allons travailler avec des attributs, il est important que l'on ne rencontre pas de difficultés avec des soucis déjà existant, cela facilitera la tâche également lors des phases de tests (il en va de même pour les autres projets finalement).
Dans votre projet (et dans tous les projets qui ont une gestion des images avancée) le nom n'est pas créé ou modifié dans Porphyry mais dans un logiciel spécialisé dans la gestion des images : Steatite.
Si le ticket n'est finalement pas pertinent pour votre projet, n'oubliez pas de le retirer de votre kanban.
Pour le projet Journée du Patrimoine, j'ai décidé d'ajouter ce ticket afin de garder une certaine homogénéité dans les attributs de nos éléments. Il est important que chacun des éléments garde l'attribut item_name ou au moins lors de sa suppression, une chaîne de caractère vide.
Il est important que chacun des éléments garde l'attribut item_name ou au moins lors de sa suppression, une chaîne de caractère vide.
@aurelien45100 @Hypertopic/journees-du-patrimoine Il s'agit d'un dysfonctionnement qui ne survient que lors de l'édition... Est-ce que l'édition des données est une partie importante de ce qui est nécessaire pour les journées du patrimoine ?
Non effectivement, dans le cadre de notre projet les utilisateurs n'auront pas à modifier les données. Du coup le ticket n'est pas pertinent vis-à-vis de notre projet.