Projet

Général

Profil

Development #60303

Fiche : Avoir un export / import en Json

Ajouté par Stéphane Laget il y a plus de 2 ans. Mis à jour il y a plus d'un an.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Version cible:
-
Début:
05 janvier 2022
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Oui
Planning:
Non

Description

Les fiches sont de plus en plus utilisées, notamment pour gérer des sources de données.
Cela va être d'autant plus vrai avec les applications.

Il faudrait pouvoir exporter et importer le contenu des fiches au format Json comme le reste.


Fichiers

Révisions associées

Révision ff65edef (diff)
Ajouté par Frédéric Péters il y a plus d'un an

backoffice: add a json export format for cards (#60303)

Révision 7532017c (diff)
Ajouté par Frédéric Péters il y a plus d'un an

fields: mark block/json import as missing (#60303)

Révision 1b01c7d6 (diff)
Ajouté par Frédéric Péters il y a plus d'un an

backoffice: add json import for cards (#60303)

Historique

#8

Mis à jour par Frédéric Péters il y a presque 2 ans

  • Assigné à mis à Frédéric Péters
#10

Mis à jour par Frédéric Péters il y a plus d'un an

  • 0001 pour ajouter une option "json" à l'export,
    • ça modifie le get_json_export_dict() pour ne pas inclure l'attribution des fonctions et l'historique, c'est dans l'idée que des gens liront le contenu de ce json et s'imagineraient pouvoir faire des trucs genre modifier ça et réimporter et que ça apparaisse.
    • par rapport à l'export csv/ods ça envoie toujours en afterjob.
  • 0002 pour un petit commit intermédiaire, pour marquer officiellement qu'il n'y a à ce jour pas d'import des blocs de champs,
    • je pensais en fait qu'il y avait déjà un ticket parlant de ça à propos de l'API "submit" et me disais que je traiterais ça là, mais je ne trouve pas ce ticket.
  • 0003 pour la partie sur l'import,
    • à ce qu'on a dans le json exporté ça ajoute aussi la possibilité d'un dictionnaire "_unnamed", basé sur l'id du champ,
    • l'idée est que ça donne un export/import sans peine entre 2 wcs utilisant le même modèle de fiche, sans obliger à mettre des identifiants à tous les champs. (je pensais au cas de l'applification où on voudra partager comme ça des fiches déjà complétées, pour initialiser un référentiel par exemple, même si en pratique j'imagine assez que tous les champs auront le plus souvent des identifiants).
#11

Mis à jour par Lauréline Guérin il y a plus d'un an

  • Statut changé de Solution proposée à Solution validée
#12

Mis à jour par Frédéric Péters il y a plus d'un an

  • Statut changé de Solution validée à Résolu (à déployer)
commit 1b01c7d6352ba0a8587cc732b500aad23f2a4e93
Author: Frédéric Péters <fpeters@entrouvert.com>
Date:   Mon Jul 18 16:18:25 2022 +0200

    backoffice: add json import for cards (#60303)

commit 7532017c88bc04810a6f1fc72f219128c013c670
Author: Frédéric Péters <fpeters@entrouvert.com>
Date:   Tue Jul 19 09:10:11 2022 +0200

    fields: mark block/json import as missing (#60303)

commit ff65edef0a9e8d90a47766273a27c7920d1a2ed9
Author: Frédéric Péters <fpeters@entrouvert.com>
Date:   Mon Jul 18 13:46:59 2022 +0200

    backoffice: add a json export format for cards (#60303)
#13

Mis à jour par Transition automatique il y a plus d'un an

  • Statut changé de Résolu (à déployer) à Solution déployée
#14

Mis à jour par Frédéric Péters il y a plus d'un an

0002 pour un petit commit intermédiaire, pour marquer officiellement qu'il n'y a à ce jour pas d'import des blocs de champs,
je pensais en fait qu'il y avait déjà un ticket parlant de ça à propos de l'API "submit" et me disais que je traiterais ça là, mais je ne trouve pas ce ticket.

Et je ne le trouve toujours pas (j'avais un souvenir de ticket un peu confus api / bloc donc c'est peut-être mieux de partir sur un nouveau) → #68964.

#15

Mis à jour par Transition automatique il y a plus d'un an

Automatic expiration

Formats disponibles : Atom PDF