www.ancestrologie.com

smooby · Super-amateur Inscrit le: 21 Nov 2003 Messages: 17 Localisation: Champagne

Bonjour,

Je me permet de réouvrir le forum ordre des photos dans les fiches (puisque l'autre s'est transformé en concours de calembour Smile

)

Pour dresser un petit bilan de mes constats
(Petit rappel, le but du jeu était de tenter de modifier l'ordre des photos dans les fiches individuelles et familiales)

Confused

Il semble que les photos soient postées dans l'ordre de leur création.
Confused

Il semble que les tables créées pour les fiches (qui sont sensiblement différentes des tables accessibles par BOA) reprennent ce même ordre.
Confused

Enfin l'outil sql accessible normalement dans le reportbuilder soit très inaccessible ou inexistant (pb de licence peut être).

Les solutions "relativement" simples pourraient être:

réorganiser la table en effectuant un tri alphabétique par exemple sur le champ MULTI_MEMO(ou il suffirait de mettre un numéro d'ordre des photos) , mais je ne sais pas comment faire. Existe-t-il un outil dans BOA ou un autre moyen d'effectuer ce tri???

utiliser l'outil sql du gestionnaire de rapport (s'il existe) pour trier les valeurs de la table selon ce critère MULTI_MEMO qui ne semble pas altéré dans la table utilisée.

NB: Ce gestionnaire permettrait également d'améliorer la photo d'identité sur la page de garde puisqu'il suffirait d'appeler les photos d'identité de manière identique pour tout les personnage et d'effectuer une requête sur ce nom....

Quelqu'un peut-il m'aider merci

patschw · Posté le: 30 Nov 2003 00:49 Sujet du message:

Excusez-moi mais
- qu'est-ce qu'une photo postée dans son ordre de création ?
- comment détectez-vous cet ordre dans des tables créées pour les fiches ? Si ce ne sont pas celles visibles dans le BOA, de quelles tables s'agit-il ? Et, pratiquement, comment consultez vous leur contenu ?

Il me semble que l'ordre d'affichage et d'impression paraît plutôt être celui de l'entrée dans la bibliothèque MULTIMEDIA (base).
Le champ MULTI_MEMO n'est pas dédié à une procédure de tri et il n'est pas prudent de le détourner de l'objectif du créateur.
Je ne crois pas sage de retrier la base MULTIMEDIA sans manipuler la table MEDIA_POINTEURS qui utilise ses clés - gare au résultat.
Vous paraissez familier du reportbuilder et de son outil sql. Pourquoi ne pas réécrire la procédure d'édition du rapport qui vous intéresse ? En éditant les médias selon une sélection sur la date du fichier média que vous pouvez maîtriser et qui est contenue dans la table MULTIMEDIA ou en utilisant le champ MULTI_DATE_MODIF qui est mieux adapté pour un classement événementiel. Ce dernier champ est modifiable dans les médias de l'onglet média.
En soi, le projet de d'afficher ou d'imprimer les médias (contenus ou non dans la base) dans un ordre à définir est intéressant mais sa réalisation est complexe.
Cordialement

smooby · Super-amateur Inscrit le: 21 Nov 2003 Messages: 17 Localisation: Champagne

bonjour,

qu'est-ce qu'une photo postée dans son ordre de création

Il s'agit d'une photo envoyée vers le programme ou vers les rapports dans son ordre de création ( qui est bien celui de l'entrée dans la base puisque j'utilise un scanner et que je rentre mes photos directement après retouche une par une Wink

)

- comment détectez-vous cet ordre dans des tables créées pour les fiches ?

tous simplement parce que l'ordre est similaire dans les fiches et dans ancestrologie

Question

Si ce ne sont pas celles visibles dans le BOA, de quelles tables s'agit-il ?

je n'en sais rien du tout, mais lorsque je tente de créer une fiche les champs disponibles, ainsi que les noms des tables sont sensiblement différents des tables accessibles par le BOA.

Et, pratiquement, comment consultez vous leur contenu ?

Ce sont les données que je récupère en tentant de créer une nouvelle fiche

Ce sont, je le rappelle des constats que j'ai posé en vue de faire avancé le schmilblick et non pas des vérités que j'assène à la face du monde, d'ailleurs j'ai bien dit "il semble" à ces propositions

Exclamation

Le champ MULTI_MEMO n'est pas dédié à une procédure de tri et il n'est pas prudent de le détourner de l'objectif du créateur.

cela n'est pas génant dans le cas d'un tri à posteriori (sql) dans les fiches (quant aux tris au sein destables je n'en suis pas bien sur, mais il s'agit d'une piste comme une autre....), C'est vrai que le tri à posteriori semble plus sage.

Exclamation

Je ne crois pas sage de retrier la base MULTIMEDIA sans manipuler la table MEDIA_POINTEURS qui utilise ses clés - gare au résultat.

l'intérêt des clés est bien de mettre des données en relations sans lien autres que ces clés, la manipulation n'est nécessaire d'une table à l'autre

Exclamation

Vous paraissez familier du reportbuilder et de son outil sql. Pourquoi ne pas réécrire la procédure d'édition du rapport qui vous intéresse ?

à ce sujet j'ai écrit:
Enfin l'outil sql accessible normalement dans le reportbuilder soit très inaccessible ou inexistant (pb de licence peut être). ,
en fait, je n'arrive pas à activer les fonctions sql dans report builder et je me demande s'il ne s'agit pas d'un bridage, d'un problème de version ou d'une mauvais interprétation de la doc... Sinon le problème n'existe déjà plus. Si quelqu'un maîtrise un tant soit peu report builder, il serait d'un grand secours ici.

Exclamation

En éditant les médias selon une sélection sur la date du fichier média que vous pouvez maîtriser et qui est contenue dans la table MULTIMEDIA ou en utilisant le champ MULTI_DATE_MODIF qui est mieux adapté pour un classement événementiel. Ce dernier champ est modifiable dans les médias de l'onglet média.

De la même façon, un tri sur le champ mémo de cette même table ou tout autre champ modifiable peut jouer le même rôle du moment que l'on accède àun tri sql sur les rapports.