Discussion :

[michel.souris]

Bonjour à tous,

Alors comme d'habitude tout aller bien jusqu'à 90% du dév, j'étais content, je trouvais que la brique éditique de windev avait fait de beaux progrès (ergonomie, nouveau champ, état composite) sauf que je me suis aperçu que mon bloc "CORPS" déborde sur mon pied de page...

Donc le contexte :

Etat composite avec un des sous-états qui comporte un état interne (c'est celui-ci pour lequel j'ai un problème)

Y a-t-il une subtilité que je n'ai pas perçu ?

Merci de me faire part de vos avis si vous en avez !

[EDIT]
Quand j'édite l'état "fouteur de ***" tout seul, il n'y aucun problème....
[/EDIT]

[frenchsting]

Tu as un état qui semble assez complexe. Wd17 n'arrive pas à calculer l'espace restant et le corps déborde sur le pied de page. Ton corps est toujours de taille fixe ? Si oui, en jouant avec les hauteurs des différents élements, ça devrait rentrer.

[michel.souris]

Tu as un état qui semble assez complexe. Wd17 n'arrive pas à calculer l'espace restant et le corps déborde sur le pied de page. Ton corps est toujours de taille fixe ? Si oui, en jouant avec les hauteurs des différents élements, ça devrait rentrer.

Salut,

Merci pour la réponse... je t'attendais

Donc non la taille du bloc corps est variable... Ce qui est étonnant c'est que j'ai d'autre sous-état dans mon état composite et il n'y a aucun problème... WTF ?

Juste pour le fun j'attends avec impatience la réponse du ST....

[EDIT]
Donc c'est l'état interne dans un sous-état qui fout la m****
[/EDIT]
[EDIT2]
J'ai parlé trop vite c'est pas le sous-état...
[EDIT2]

[frenchsting]

Si ton corps est de longueur variable, est-il possible de le modifier pour que d'office il soit sur 2 pages ?

[michel.souris]

Si ton corps est de longueur variable, est-il possible de le modifier pour que d'office il soit sur 2 pages ?

Ben le truc c'est que ça serait pas pertinent qu'il soit sur 2 pages... des fois j'ai un contenu des fois non.... je trouvais justement que c'était l'intérêt des champs auto-extensible.... faire varier la taille de la page et l'emplacement des éléments.

[frenchsting]

Oui, mais c'est pas simple avec un état complexe.

Pour rajouter du bonheur, tu pourrais faire des blocs de différentes tailles substituables suivant les cas (remplissage ou non).

J'attends ton retour concernant le ST.

[michel.souris]

Pour rajouter du bonheur, tu pourrais faire des blocs de différentes tailles substituables suivant les cas (remplissage ou non).

Je crois que c'est la pire brique de Windev... bon c'est mieux que dans la version 5.5 mais pas trop....

Pas bête ton idée... si j'ai pas de réponse j'envisagerais de faire comme ça... mais j'imagine que ça apporte son lot de complication !!!!

[michel.souris]

Si !!!! j'ai une solution : mettre le bas de page en haut de page !

[frenchsting]

Les états 5.5 étaient vraiment galère.

Il faut que tu trouve le cas extrème (le plus gros corps). Ensuite, tu sauras ce que tu as à réduire.

Je comprends que tu deviennes fou avec les états. Cela m'est arrivé plus d'une fois de m'arracher les cheveux dessus. Pire : penser que c'est ok et une semaine ou deux après, l'utilisateur t'appelle en te disant que c'est pas bon.

[michel.souris]

Les états 5.5 étaient vraiment galère.

Il faut que tu trouve le cas extrème (le plus gros corps). Ensuite, tu sauras ce que tu as à réduire.

Je comprends que tu deviennes fou avec les états. Cela m'est arrivé plus d'une fois de m'arracher les cheveux dessus. Pire : penser que c'est ok et une semaine ou deux après, l'utilisateur t'appelle en te disant que c'est pas bon.

Vécu également !!!!

Mon gros problème : je connais pas ce que mes utilisateurs vont écrire, donc le cas extrême je ne peux pas le déduire. En plus il sera trop tard quand l'appli sera distribuée... donc là je peux pas me permettre de faire de l'à peu près !!!!

Oui je deviens fou : je viens de coder (1 jour) un module complémentaire, j'ai fait l'état, en toute logique c'est bon... sauf que non... et ça depuis ce matin je n'ai fait que chercher... ça m'énerve et je trouve franchement que Windev abuse grassement quand il prétende 1000% de productivité grâce à eux.... je dis quoi à mon Boss, "je suis un blaireau, j'arrive pas à gérer le pied de page" ?

[frenchsting]

Une autre idée (à tester) :
Générer tes états internes en pdf (ou en image mais je ne sais pas si c'est possible) et les inclure dans ton état principal en tant qu'images (étirables et compressables ).

Bon courage.

[michel.souris]

Alors réponse ST : "Ah bon ? on a pas réussi à reproduire, fais péter un projet tout fait..."
Ce qui est énorme c'est qu'en suivant le protocole indiqué j'arrive au même résultat.... bon bref 5 minutes pour leur envoyer un projet... Prochaine réponse dans 2 jours... (ou pas...)

Sinon on dirait bien que c'est l'état interne qui fout la merde... il s'agissait d'un état graphe donc j'ai refait ma technique de chacal : génération d'image avant l'appel de l'état et intégration des images dans l'état... mais ça me satisfait qu'à moitié !

[frenchsting]

Je me doute que passer par une image n'est pas très propre. Par contre, la technique a le mérite de fonctionner. Il faut être pragmatique.

[michel.souris]

Réponse du ST :

Bonjour Monsieur SOURIS,
Je vous remercie pour la précision de vos éléments. J’ai immédiatement enregistré et transmis vos éléments à notre équipe Développement et à notre équipe Qualité.

L'incident a été enregistré avec la référence 80 149, utilisez-la pour tout contact à ce sujet. Grâce à votre abonnement LST, dès qu’une évolution ou une correction dans WinDev est disponible, le service de "notification automatique" vous enverra un mail.
L'équipe du Support Technique Gratuit reste à votre disposition.

Formidable...

[frenchsting]

En espérant que tu aies un retour intéressant