Project

General

Profile

Development #60699

écrans d'assemblage et d'installation d'une application

Added by Frédéric Péters almost 2 years ago. Updated almost 2 years ago.

Status:
Fermé
Priority:
Normal
Category:
-
Target version:
-
Start date:
16 January 2022
Due date:
% Done:

0%

Estimated time:
Patch proposed:
Yes
Planning:
No

Description

Depuis un écran d'hobo on doit pouvoir assembler des éléments (formulaires, modèles de fiche, etc.) pour créer une application, et à partir de cet assemblage pouvoir déployer l'application constituée.


Files


Related issues

Related to Publik - Development #49204: "Applification" des modules (applications métiers) PublikEn cours08 December 2020

Actions

Associated revisions

Revision 62220edc (diff)
Added by Frédéric Péters almost 2 years ago

add section to create/deploy applications (#60699)

History

#1

Updated by Frédéric Péters almost 2 years ago

  • Related to Development #49204: "Applification" des modules (applications métiers) Publik added
#2

Updated by Frédéric Péters almost 2 years ago

Voilà version beta, il n'y a rien de fabuleux dedans,

  • pas de lien "applications" en barre latérale de la page d'accueil actuellement, feature "cachée" / en développement pour le moment,
  • dans hobo/applications/utils.py avec une classe Requests similaire à celle dans Combo, pour signer automatiquement les appels,
  • pour le déploiement effectif, pour le moment ça envoie l'application aux différents modules, ça ne gère pas d'éventuels retours, pour une barre de progression et ce genre de choses, j'ai posé des TODO à ce sujet.
  • etc.
#3

Updated by Lauréline Guérin almost 2 years ago

Dans models: if service_id != 'wcs':
Alors que dans views: if service_id not in ('combo', 'wcs'):

Il manque le template hobo/applications/edit-metadata.html, du coup il doit aussi manquer un test :)

Petite remarque, j'ai créé une app en local, et pour voir je l'ai réimportée au même endroit; ça m'a mis à jour l'app, qui n'est plus éditable. Peut-être ne pas flager editable=False si l'app existe avec editable à True ?

#4

Updated by Frédéric Péters almost 2 years ago

Dans models: if service_id != 'wcs':
Alors que dans views: if service_id not in ('combo', 'wcs'):

Ah oui j'ai coupé en court de route la partie combo, à moitié.

Il manque le template hobo/applications/edit-metadata.html, du coup il doit aussi manquer un test :)

Et oui, quand on se dit que la bête vue avec le formulaire élémentaire ne mérite pas de test...

Petite remarque, j'ai créé une app en local, et pour voir je l'ai réimportée au même endroit; ça m'a mis à jour l'app, qui n'est plus éditable. Peut-être ne pas flager editable=False si l'app existe avec editable à True ?

Yes ça facilitera, je change ça.

#6

Updated by Lauréline Guérin almost 2 years ago

            element, created = Element.objects.get_or_create(
                type=element_dict['type'], slug=element_dict['slug'], defaults={'name': element_dict['name']}
            )

Peut-être que tu pourrais ajouter un champ service au model Element, pour éviter les collisions de type ?
Je pense au type categories qu'on pourrait peut-être retrouver dans plusieurs briques, genre wcs et chrono ?
#7

Updated by Frédéric Péters almost 2 years ago

Je préfère rester ainsi; surtout pour les dépendances j'avais idée qu'un formulaire pourrait déclarer une dépendance ('role', 'agent-traitant'), et ça voudrait dire alors mettre ici ('authentic', 'role', 'agent-traitant'), et ça serait alors systématiser au niveau des dépendances le tuple avec les trois éléments, et je trouvais que ça faisait redondant un peu moche, soit gérer des tuples parfois avec deux éléments parfois trois, et ça compliquait pour pas grand chose.

Et donc ma préférence à juste avoir un slug, et il y a "juste" à faire attention aux collisions quand un module se met à publier un nouveau type d'objet, ce qui devrait être peu commun. (pour les catégories on a déjà prefix-categories de manière systématique, même pour les démarches, forms-categories).

#8

Updated by Lauréline Guérin almost 2 years ago

  • Status changed from Solution proposée to Solution validée

Ok comme ça

#9

Updated by Frédéric Péters almost 2 years ago

  • Status changed from Solution validée to Résolu (à déployer)
commit 62220edc86bffe68763f8a53f01c0370640c19ee
Author: Frédéric Péters <fpeters@entrouvert.com>
Date:   Sat Jan 8 16:07:08 2022 +0100

    add section to create/deploy applications (#60699)
#10

Updated by Transition automatique almost 2 years ago

  • Status changed from Résolu (à déployer) to Solution déployée
#11

Updated by Transition automatique over 1 year ago

Automatic expiration

Also available in: Atom PDF