Container

Bonjour,

Cela fait longtemps que c'est objet à été prévu et il serait très utile!

Merci!

Quid, quid, quel objet ?
Container ?
Mais il a été créé --> container_option
Ce n'est pas ce dont tu parles ?

Je pense plutôt qu'il s'agit d'un objet container plus général permettant de regrouper d'autres objets PAnoramic, mais dans le même style que container_option, avec un cadre autout et un libellé qui s'affiche. Cela permettrait de déplacer un groupe d'objets en manipulant uniquement le container, de cacher ou réafficher ce groupe en une commande, de le désactiver ou réactiver...

Ca se rapproche beaucoup d'un TAB.... non ?

Oui, en effet. Si cela peut intéresser, je peux faire une version dérivée de TAB ayant ces fonctions !

Moi je serais plutot pour un CONTAINER généraliste pour, comme dit Klaus, regrouper des objets.
L'avantage est l'encadré et le positionnement des objets à l'intérieur par rapport à ce CONTAINER.
Cela pourrait remplacer FRAME qui n'existe pas dans PANORAMIC.
A+

Le nom importe peu. Container n'est peut-être pas le meilleur choix. Autres possibilites: frame (comme dit Jean_Claude), ou group, set ou collection - la course aux suggestions est ouverte.

L'idée, c'est de créer un pseudo-objet dans l'esprit de TAB, mais sans les onglets affichés en haut, avec un cadre autour et un titre qui s'affiche en haut à partir de la gauche à la place du cadre. Le reste de l'espace serait utilisé comme la partie d'affichage d'un onglet d'un objet TAB.

Je n'en vois pas trop l'intérêt...
Nous avons Container_option pour regrouper justement les options et les objets TAB pour différentier plusieurs "pages" dans un form.

A quoi peut bien servir un "container"? Avez-vous des exemples ?

D'après le manuel CONTAINER_OPTION ne peut contenir que des OPTION(s).
S'il existait un Container_general on pourrait y mettre des alphas,edit,list,bouton etc... Il suffirait de "Hider" ce container_general pour "hider" tout les objets à l'intérieur (par exemple). L'autre intérêt, et je dirais le pus intéressant, serait de pouvoir ouvrir plusieurs container_general(s) sur un seul FORM.
A+

EDIT:
@NARDO, C'est quoi les objets TAB dont tu parles

@Jean-Claude:

C'est bien comme ça que je conçois ce nouvel objetr pouvoir en placer plusieurs sur une même form, et dans chacun, pouvoir mettre toutes sortes d'objets Panoramic: edit, alpha, memo, list, picture, ...

Pour l'objet TAB, c'est un pseudo-objet que j'ai créé entièrement en Panoramic (donc sans DLL...) et qui réalise des pages à ongles à cliquer. Sur chaque onglet, on peut mettre n'importe quel objet Panoramic, y compris un autre objet TAB (mais juste deux niveaux: un des TAB dans un onglet TAB, mais pas des TAB dans on onglet TAB dans un onglet TAB) et même des GLIST. Regarde sur mon site: l'objet TAB est fourni avec une documentation complète et un programme de démo simple. Et si tu télécharges à partir de mon site le pseudo-objet FAM, tu y trouves un programme caviste.bas qui est un début d'application de gestion de cave à vin et qui utilise les objets TAB de façon intensive pour l'interface visuel. Décompresse le ZIP de l'objet FAM dans un répertoire, charge caviste.bas dans l'éditeur et exécute-le: tu verras immédiatement l'intérêt des objets TAB !

@Klaus :
En ayant les objets TAB, je ne vois pas l'intérêt de rajouter un CONTAINER en dehors des options...Ou alors il y a un truc qui m'échappe...
Aurais-tu un exemple ?

@Klaus, j'ai chargé les 3 pseudo-objets TAB, FAM, GLIST. Pour le momement je ne suis pas parvenu à les faire fonctionner avec la cave à vin, mais je te promets que je vais réessayer.

@NARDO26, je préfère de loin créer mes propres routines et si PANORAMIC est plus riche de fonctions directes, ce n'est que mieux

@tous
Je ne dis pas qu'une fois que j'aurai compris TAB, FAM, GLIST que je ne les utiliserai pas, mais j'aime bien comprendre ce que je code et c'est plus facile si l'on fait soit même. Et l'avantage de programmes plus courts.

Je dois admettre que la frontiere entre donner un exemple sur une fonction ou carrément (comme le fait Klaus) fournir des nouvelles fonctions n'est pas facile à délimiter.

Cette opinion est la mienne et bien sur elle n'est pas valable pour tout le monde. Il faut que chacun puisse trouver ce qu'il désire (Bien entendu, en supposant que Jack souhaite créer ce Container_general).

A+

Ha oui, l'exemple

Supposons que l'on veut coder un prog pour saisir Nom,Prénom,Adresse puis d'autres éléments facultatifs comme par exemple Tel,Fax,@,etc... :
Sur le même FORM on aurait 2 encadrés (2 container_general), le premier avec 3 alphas, 3 edits et le second avec pareil. Mon exemple n'est pas terrible, mais suposons (encore) que le 2ème encadré ne doit apparaitre qui si une condition est remplie dans le premier.
Voila à quoi pourrait servir cette fonction.

Mais bon, je dois reconnaitre que mon exemple est un peu court.

Comme exemple, on peut citer des groupes de boutons qu'on veut faire apparaître ou pas, activer ou pas, selon la situation du programme. L'exemple de Jean-Claude est bon; au lieu de faire apparaître et disparaître, on peut aussi choisir de faire activer ou désactiver d'un seul coup tout ce qui est concerné par un seul container, quelque soit le nom qu'on lui donnera.

@Nardo26: la différence entre un container et un objet TAB est la suivante: un objet TAB a en principe plusieurs onglets, que l'on choisit en cliquant sur l'oeillet de l'onglet en haut - c'est la zone sensible. Un container n'a qu'un seul espace fixe, et il n'a pas d'oeillet ou onglet à cliquer, pas de zone sensible. C'est juste un regroupement d'un ensemble d'objets (y compris des TAB's, par exemple !), que l'on peut manipuler dans leur ensemble avec une seule instruction.

@Jean-Claude: pour faire fonctionner caviste.bas: utiliser le répertoire de décompression de l'objet FAM (là où se trouve caviste.bas). Le charger à partir de là avec l'éditeur Panoramic et exécuter. Il doit faire les #INCLUDE de FAM.bas, GLIST.bas et TAB.bas à partir du même répertoire (inutile de les charger dans l'éditeur) et afficher la form 0 avec un premier objet TAB (numéro 20) ayant 2 onglets. En cliquant sur l'onglet "Maintenance", ce deuxième onglet s'affiche, et il contient un autre objet TAB (numéro 30) ayant 3 volets, regroupant chacun certains champs d'un enregistrement du fichier de base de "caviste", classées par nature (les infos d'achat et d'emplacement dans la cave dans le troisième onglet, par exemple). Le programme ne fait pas encore les accès aux fichier et il n'y a pas encore de boutons d'action. Ce qui est intéressant pour l'instant, c'est de voir le fonctionnement de l'objet TAB. - Jette quand-même un oeil sur la doc de l'objet FAM (FAM.rtf): l'accès aux fichier ISAM multi-clé dans Panoramic, c'est quand-même quelque chose !

En fait je me suis mal exprimé : en parlant de TAB je pensai onglet....
Merci pour les exemples !
après tout, pourquoi pas...

Salut,
j'ai fait fonctionner caviste. Je dois admettre que c'est très fonctionnel et d'un aspect clean.
NARDO26 voulait un exemple pour Container_general, hé bien on pourrait imaginer que les 3 onglets de maintenance du programme caviste soient réunis sur un seul, avec 3 container_general.
Il me reste à essayer de me faire un petit programme en utilisant les pseudo_objets.

@Klaus,
Si j'ai eu du mal à faire fonctionner caviste, c'est à cause de l'image "TAB_vide.bmp" qui n'est pas fournie.
J'ai trouvé le nom du fichier bmp en utlisant l'option de recherche file_.
Je l'ai créée avec PhotoFiltre (un rectangle blanc). Une question: quelle taille doit on lui donner (si cela a une importance).

A+

Je ne serait pas contre d'avoir la liste des paramètres des pseudo_objets (même si certains sont faciles à deviner).

Code:

TAB_params$ = "Create|N=20|H=600|W=600|T=10|L=10|O=2|"

ici c'est Créate, quelle sont les autres ?
N=20 ok c'est le N° d'objet, H=height, W=width, T=top, L=left mais O=2 c'est quoi

Merci d'avance

J'ai rajouté ce petit fichier dans la distribution. Normalement, il doit se créer autimatiquement, mais maintenant, il y est.

En ce qui concerne la doc, regarde bien TAB.rtf contenu dans la distribution de l'objet TAB (TAB.32.zip). Tout y est documenté. En occurence, dans la fonction create de l'objet TAB, le paramètre O donne le nombre d'onglets à créer...

Je dois être un peu fatigué, je n'avais pas vu qu'il y avait plusieurs pages dans le fichier TAB.rtf.
C'est super, tout y est superbement expliqué et je dois dire que l'utilisation de ce système d'onglets est "on ne peut plus simple".
Bravo, Klaus, c'est un sacré boulot en moins pour certains types de programme.

Tu ne m'a pas répondu, concernant l'image "TAB_vide.bmp" qu'i faut créer pour que cela fonctionne.
Ses dimensions, sa forme et sa couleur ont-elles une importance ?

Ok j'ai trouvé.

A+

Content que tu aies trouvé les infos nécessaire.

Je suis en train de faire l'objet FRAME tel que je l'ai décrit ci-dessus...

Nicolas, tu as lancé ce sujet en rappelant que nous n'avons pas encore d'objet "container" général. As-tu regardé mon pseudo-objet FRAME (disponible sur mon site) qui réalise exactement cela ?

Bravo et merci Klauss,

Voila un outil Frame très complet. Une petite remarque, ce serait bien d'avoir un espace devant et derriere le label du Frame pour plus de clarté et d'estétique. Bravo c'est super...

A+

Je vois bien l'intérêt de ta suggestion, mais je n'ai pas voulu rendre ces espaces obligatoires et automatiques.

J'ai donc ajouté un paramètre à la fonction "mode": space=n. La valeur n indique le nombre d'espaces à afficher devant et derrière chaque label. La valeur par défaut de n est zéro. Chacun peut ainsi configurer l'affichage selon son goût.

Le programme de démo a été modifié pour contenir la ligne:
FRAME_params$ = "Mode|silent|space=1|"
et les 3 frames sont donc affichés avec un espace devant et derrière chaque label.

Avec toi il suffit de demander, réaction immédiate, rien à dire sinon bravo et merci.
Si Jack pouvait disposer d'autant de temps libre que toi, qu'est ce que l'on serait heureux et vous feriez un sacré tandem...

A+

Eh oui, je ne suis plus en activité professionnelle... Cela compense bricolage, jardinage, etc.