Porphyry icon indicating copy to clipboard operation
Porphyry copied to clipboard

Name attribute cannot be removed

Open benel opened this issue 7 years ago • 8 comments

Reproduction scenario

  1. On an item page,
  2. Set a name attribute.
  3. Then remove it.
  4. 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

benel avatar Dec 06 '18 09:12 benel

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.

Ciyax avatar Mar 19 '20 10:03 Ciyax

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.

benel avatar Mar 19 '20 10:03 benel

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.

ianbialo avatar Mar 11 '21 08:03 ianbialo

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.

benel avatar Mar 11 '21 09:03 benel

Si le ticket n'est finalement pas pertinent pour votre projet, n'oubliez pas de le retirer de votre kanban.

benel avatar Mar 11 '21 13:03 benel

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.

aurelien45100 avatar Mar 16 '21 07:03 aurelien45100

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 ?

benel avatar Mar 17 '21 06:03 benel

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.

aurelien45100 avatar Mar 18 '21 09:03 aurelien45100