Récupérer le nom du formulaire hérité

Bonjour,

Je viens vers vous aujourd’hui car je recherche comment récupérer la liste des propriétés d’un formulaire, et plus particulièrement le nom du formulaire hérité. (Version de 4D: V15).

J’ai recherché dans le Doc Center, mais je n’ai rien trouvé de très parlant… Avez vous des idées?

Merci d’avance, et bonne après midi.

Cordialement,
Maxime PALETOU

Bonjour,

il te faut recupérer le type d’objet qu’est le sous formulaire puis travailler dessus.
Tu as un exemple de code disponible dans QS_Toolbox, ‘Form Explorer’.

Patrick

A mon avis ce n’est pas possible (toujours pas en v17, du moins simplement). Et c’est bien dommage :cry:
A ce sujet, j’ai, par exemple, des formulaires qui ont des formulaires hérités qui n’existe plus dans la base (généralement des fonds) Et le CSM ne me relève aucune erreur… :roll:

Les fous de l’introspection vont-ils nous trouver une solution :?:

On parle bien du formulaire hérité, pas des sous formulaires :?:
Je n’ai pas trouvé dans la doc 4D le moyen de lire le nom du formulaire hérité ?
T’as une info là dessus Patrick ?

En cherchant dans le forum, on retrouve déjà des traces de ce questionnement toujours sans réponse pour l’instant…
http://forums.4d.com/Post/FR/18450205/0/0/Rechercher un sous-formulaire>
http://forums.4d.com/Post/FR/16769659/0/0/Introspection sur les formulaires hérités>

La commande http://doc.4d.com/4Dv15/4D/15.6/FORM-LIRE-OBJETS.301-3817947.fr.htmlFORM LIRE OBJETS> permet de ne lire que la partie héritée. Si elle est vide, j’imagine qu’on peut en déduire qu’il n’y a pas de form hérité (sauf à hériter du vide.)

Autrement, avec un éditeur hexa, on trouve les noms de formulaires hérités en clair dans le fichier 4DB, ils semblent être toujours précédés par “GAFLD” :

[]26511393;“Your comment here…”[/]

Euh, ouai, mais non… :razz:
Je vais pas commencer à éditer ma base en hexa…

On va tranquillement attendre l’export des formulaires en .json… :wink:

Par contre, intégré le nom de formulaire hérite dans le “cherche dans le développement” de 4D était une bonne idée à l’époque, ça l’est toujours; A bon entendeur… :roll:

: Arnaud DE MONTARD

La commande [url=FORM LIRE OBJETS]http://doc.4d.com/4Dv15/4D/15.6/FORM-LIRE-OBJETS.301-3817947.fr
html> permet de ne lire que la partie héritée. Si elle est vide,
j’imagine qu’on peut en déduire qu’il n’y a pas de form hérité (sauf
à hériter du vide.) [/picture]
Et y se passe quoi avec des noms de formulaires hérités (affectés à des formulaires bien existant eux !!!) qui n’existent même plus dans la base…

: Manuel PIQUET

Peux-ton déjà enregistrer un formulaire existant en .json
actuellement ?
Ça m’étonnerait qu’un formulaire “historique” ressemble à un formulaire json…

Et pourtant va bien falloir y arriver, si on veut un jour utiliser GITXXX; mais chut… :wink:

: Manuel PIQUET

On parle bien du formulaire hérité, pas des sous formulaires :?:

Damned, j’air répondu trop vite, puis parti en réunion.
J’ai pas d’info. Je vais regarder ce que je peux faire, mais comme cela à froid, j’ai pas d’idée.

Patrick

Oui, ben le mieux quand même, c’est de nous donner les moyens d’y avoir accès à l’aide d’une commande.
Cela doit pas être bien compliqué car si la commande FORM LIRE OBJECTS est capable d’accéder aux objets de ces dit ‘formulaires hérités’ grâce à un paramètre, retourner le nom ne devrait pas être bien difficile.

Besoin qui a déjà été exprimé dans le cadre de la v14 !!! :evil:

Ce n’est pas un objet formulaire, c’est une propriété du formulaire…

inheritedForm et inheritedFormTable

Va voir http://doc.4d.com/4Dv17/4D/17/Dynamic-Forms.300-3743749.en.html#3692258ici>

Oui oui, je comprends bien, mais il s’agit de la partie design pas de la partie introspection qui est vierge dans ce cas :frowning:

: Patrick EMANUEL

Oui, ben le mieux quand même, c’est de nous donner les moyens d’y
avoir accès à l’aide d’une commande.
http://www.pluggers.nl/product/api-pack/API pack> permet peut-être de contourner cette absence. Jusqu’en v16, du moins. Et avec sueur.

: Arnaud DE MONTARD
: Patrick EMANUEL

Oui, ben le mieux quand même, c’est de nous donner les moyens d’y
avoir accès à l’aide d’une commande.
http://www.pluggers.nl/product/api-pack/API pack> permet peut-être
de contourner cette absence. Jusqu’en v16, du moins. Et avec sueur.

Tu connais mon point de vue sur le sujet : QS_Toolbox est fait en pur 4D ou alors avec des outils opens.
API Pack est plus ou moins mort et semble avoir été remplacé en grande partie, mais d’autres sont manquantes.
Je suis persuadé que cela ne devrait pas être si difficile d’avoir cette commande, c’est un peu comme l’export en JSON des formulaires, ce manque terriblement

: Patrick EMANUEL

API Pack est plus ou moins mort et semble avoir été remplacé en
grande partie, mais d’autres sont manquantes.
API pack ne se porte pas trop mal, pour un moribond. J’ai converti la démo 2.3.3 en v17 32, ajouté 2 formulaires projet, mis le premier en hérité dans le second, lancé le “Resource browser” :
[]26515312;“Your comment here…”[/]
C’est bien plus long à décrire qu’à faire.

Ne te méprend pas quand je dis qu’il est mort. Quand je dis cela, je parle en terme d’évolution :wink: pas des fonctionnalités présentes

Arnaud, tu reconnaîtras quand même que de fouiller dans les données en hexa, c’est un peu passé de mode. Il y a quand même mieux à faire. :-?

: Manuel PIQUET

tu reconnaîtras quand même que de fouiller dans les données en hexa,
c’est un peu passé de mode
Je t’accorde que c’est un choix cornélien : attendre le prochain défilé de mode à poil, ou porter des guenilles et ne plus se cailler les miches quitte à passer pour un has been.