Search options

Petite précision:
1. éditer un champ texte quelconque (indépendant ou faisant partie d'un objet) ==> le curseur "|" apparaît (normal)
2. insérer un nouveau champ texte indépendant en cliquant sur l'icône "champ texte", puis à l'endroit souhaité dans le schéma ==> le nouveau champ texte apparaît bien (on voit le souligné "_"), mais le curseur "[" du champ édité précédemment reste affiché (pas normal à mon sens car on a quitté ce champ)
3. saisir quelques caractères directement SANS recliquer sur le nouveau champ ==> ils apparaissent dans le champ texte édité précédemment (clairement pas normal)
4. double-cliquer sur le nouveau champ texte ==> rien de visible à priori
5. taper une des touches de positionnement (fin, début, flèches gauche ou droite) ==> le curseur apparaît dans le nouveau champ texte mais ne disparaît PAS de l'ancien (normal pour le nouveau, mais PAS pour l'ancien)
6. taper quelques caractères ==> ils apparaissent dans le nouveau (normal)

La description de ce bug semble en effet lié au problème que je rencontre. Je n'ai pas essayé la sélection, mais la description du problème de curseur que je fais, est exacte. J'ai constaté ce problème dans toutes les versions 0.3.xxxx que je suis systématiquement, et actuellement, je suis à la 1350.

P.S. Je viens de constater que le fait de sauvegarder le projet, d'arrêter le programme, redémarrer et recharger le projet fait disparaître tous les curseurs. Ce n'est donc pas un problème bloquant puisqu'il y a une solution simple quoique lente pour résoudre cela. Il reste simplement la gêne visuelle en cours de session.

Pourquoi ne pas forcer un réenregistrement de TOUS les folios à l'ouverture d'un projet, dès l'instant que l'on constate que le projet n'a pas la bonne version, avec une demande de confirmation, bien sûr ...  Je ne sais pas si c'est vraiment difficile à faire ...

Cette solution me paraît être la parade au problème rencontré. Il est plausible que cela ne s'applique qu'à partir de la version 0.3 1315 - dont acte. J'attendrai alors la ready-to-use Windows...

Ouiiiiiiiiiii !!!!!!!!!!!!!!!!!!!

C'est impeccable ! Ca devient un vrai plaisir de jouer avec les fils colorés.

Merci pour ta réactivité - c'est très rassurant de voir cela !

Eh oui, je sous sous Windows XP Pro SP3... mais je suis patient !

Voilà le nom du fichier ZIP à partir duquel j'ai installé.
qelectrotech-branche-0.3-rev-1274-x86-win32-readytouse.zip
C'est donc la révision 1274 ?

Je réponds avec un peu de retard - la faute aux (trop courtes) vacances...

Voila: la version que j'utilise activement, est la V0.3 Beta Copyright 2006-2011, avec QT 4.6.2
Avant, j'utilisais la V0.22 Copyright 2006-2010, avec QT 4.5.3

Pour info: je sous sous Windows XP Pro SP3.

Et la procédure avec laquelle je peux reproduire le problème chuez moi, est sa suivante:
-créer un projet sous V0.3 Beta
- créer des éléments contenant des champs texte "n'étant pas affectés par les rotations"
- insérer quelques éléments de ce type dans une feuille, en les tournant de 90 ou 180 degrés
==> en V0.3, tout marche comme prévu.
- ouvrir ce projet (par mégarde initialement) en V.22
==> le programme affiche alors immédiatement le message "Ce document semble avoir été enregistré avec une version ultérieure de QElectroTech. Il est possible que l'ouverture de tout ou partie de ce document échoue.". Je peux valider ce message par le bouton OK, je n'ai pas la possibilité de choisir "Annuler". La feuille s'affiche alors apparemment normalement, en tenant compte des rotations des éléments tout en gardant les champs texte en place normalement. Tout semble correct, et la propriété "Ne pas subir..." est cochée dans les propriétés des éléments.
- quitter alors le programme V.022 par la croix rouge - sans problème apparent.
-ré-ouvrir le projet en V0.3 Beta, et les textes ont subi les rotations, alors que la propriété "Ne pas subir..." est bien restée cochée sur ces éléments.

C'est ce qui me fait penser à une différence d'encodage au niveau de la mise à jour du projet entre V0.22 et V0.3 Beta, et plus particulièrement concernant l'orientation des champs texte d'un élément customisé, mais ce n'est qu'une hypothèse.

Ceci dit, pour moi, ce n'est absolument pas prohibitif. Je connais le problème maintenant, et je ne garde la V0.22 que pour des essais comparatifs, et je ne l'utilise plus pour des projets réels. Et depuis que tu m'as montré la voie avec le petit fichier de commande qui règle les associations entre extensions et programme exécutable de la version V.03 Beta, je ne risque plus cette confusion.

Complément d'information:

Si j'ouvre mon projet V0.3 avec la V0.22, j'ai bien le message en question que je valide avec le bouton OK, mais les textes concernés ne paraissent PAS tournés dans la V0.22 ! Tout au plus légèrement décalés horizontalement. Je sors alors IMMEDIATEMENT du programme par la croix rouge en haut à droite, et je réouvre mon projet en V0.3. Là, patatras, les champs texte des éléments tournés sont tournés, alors que l'attribut est toujours "Ne pas subir..." !

Ma conclusion: la V0.22 enregistre le projet avec des informations de positionnement erronnées, soit directement après le chargement et le message d'erreur, soit au moment de la sortie par la croix rouge. Je n'effectue aucune autre action en V0.22.

Merci pour la réponse rapide ! En effet, le fichier register_filetypes.bat règle le problème - en double-cliquant sur mon projet, cela ouvre effectivement la version 0.3 ! Et comme je n'ai pas fait de cartouches customisés, les seuls problèmes ont les champs texte des éléments tournés, et je les ai récupérés manuellement. Donc, pour moi, tout va bien. Merci encore !