You are not logged in. Please login or register.
QElectroTech → Posts by friskolon
Bonjour
Je viens de mettre QET à la dernière version, et chaque fois que j'ouvre un projet, c'est le dernier folio qui s'affiche.
Est-ce normal ?
Est-il possible lors de l'ouverture de faire afficher le 1er folio comme dans les précédentes versions.
(Au mieux rajouter une case dans la config pour laisser le choix à l'utilisateur l'ouverture sur le 1er ou dernier folio).
Merci.
Bizarre car il est paramétré 'sous label' et 'dessous'.
J'ai fait des tests et c'est dans ma config qet qu'il y avait le bug.
J'ai remodifié 2 fois (mis gauche et ensuite desous) dans la config qet pour qu'il le prenne en compte et maintenant c'est ok dans les nouveaux projets.
Merci
Bonjour,
Soucis d'affichage dans les références croisées : le texte de la ref croisée est caché par le texte du label, impossible de trouver comment les séparer.
Je ne sais pas si cela vient des éléments ou autres, mais ils ont été pris dans la collec qet.
A moins que j'ai fait une fausse manip : ?
J'ai joint 1 fichier test avec le problème.
A gauche le problème, et à droite ce que je devrais obtenir.
Bonjour,
Tu vas dans Configuration / Configurer Qet
Dans l'onglet général puis projet, tu décoches la case 'Ne pas conserver les labels...'
Cela devrait résoudre ton problème
Pour le problème de déplacement lié à 'userx-y'.
J'ai fait une copie d'1 projet et dedans j'ai viré tous les userx.
J'ai rouvert le projet, je peux déplacer mes éléments normalement.
Sauf que certains fils ne sont pas là ou je veux qu'ils soient. Donc je redéplace à la main.
Je vois maintenant comment ca fonctionne donc je vais gèrer au cas par cas.
Merci
Pour le comportement 'formule texte' :
En fonctionnement normal, je dessine un fil entre 2 éléments, il s'affiche '_' sur le n° du fil.
Si je double clic sur le '_' et met le n°, alors dans les propriétés du fil 'formule texte' est 'texte' sont renseignés.
Si je double clic sur le fil , j'ouvre les propriétés du fil et je met le n° dans 'texte'
D'ou ma question, s'il fallait mieux rentrer le n° dans 'formule" qui remplit 'texte' ou le rentrer dans 'texte' et laisser 'formule' vide si on n'utilise pas de formules
étant donné que la position est manuel, lorsque le profil du conducteur est modifié le texte reste à la position que l'utilisateur à défini, seul exception si le texte se retrouve trop loin du conducteur, alors la position est modifié afin de ne pas être au delà de la distance maxi.
Dans le cas d'un positionnement manuel et que tu déplace les deux éléments, le profil du conducteur resté inchangé donc il est considéré que tu veux déplacer l'ensemble et non pas le modifier, et donc que tu souhaite que le texte reste au même endroit par rapport à sont conducteur
OK.
Dans tous les cas, si j'ai déplacé à la main, c'est que j'avais besoin. Je vais donc voir au cas par cas suivant mes besoins (déplacer le n°/ redessiner fil .......).
Pour en revenir au cas de droite, pour remettre le texte en auto la seul solution depuis qet c'est de modifier le tracé du conducteur puis de le réinitialiser.
Que pensez vous si je modifie la fonction 'réinitialisé le conducteur', afin que le positionnement du texte revienne en auto même quand le tracé du conducteur est en auto ?
Je te laisse gérer. Pour moi, cela ne changera pas grand chose étant donné que je le redéplacerai à la main de toute facon.
Peut-etre demander l'avis d'autres personnes. Chaque utilisateur utilise qet différemment pour faire la meme chose.
edit : La fonction 'réinitialiser conducteur' pourrait peut-etre remettre le conducteur en auto au lieu de le laisser en manu ? Je ne connais pas les conséquences que cela aurait sur les schémas, ou partirait le repère : ???
Je viens de voir pourquoi je déplace aussi mes repères de fils.
En modifiant un très vieux schéma (avec une très ancienne version de qet), il arrive lorsque je double-clique sur le n° (pour le modifier) que celui-ci se décale tout seul comme s'il se raccrochait à la grille). Donc je le replace sinon il s'écrit sur le fil ou trop près du fil. J'ai l'impression d'avoir moins le problème en taille 9 que en taille 7 (non confirmé)
Autre question : Le n° de fil suivant comment on le rentre s'écrit parfois dans 'formule du texte' et 'texte' dans la page propriétés. Ya t'il une importance s'il n'est que dans 'texte' (pour d'autres fonctions par exemple). Je n'utilise pas encore de formules et je me suis toujours posé la question.
Corrigé
Merci pour la correction , les fils suivent mais pas toujours (ca marche si on sélectionne les 2 éléments sue le fil).
J'ai isolé mon problème dans le fichier joint.
Si tu sélectionnes juste la bobine, et que tu la déplaces, je n'ai pas le meme comportement des fils.
A gauche, c'est ok, mais à droite ca reste figé ??
(toujours le bug du userx ?)
Qu'est ce qui ne te convient pas dans le placement par défaut ?
Vieille habitude du début de QET : Lorsqu'1 fil s'affiche à droite du fil et que je veux qu'il soit à gauche, c'est plus facile de le déplacer à la main que d'aller dans les propriétés, sélectionner gauche/droite ou haut/bas. Je le retourne avec espace et le positionne ou je veux, pas forcément au milieu du segment. Je trouve cela + rapide, surtout lorsque Qet le permet.
Merci pour la correction du bug.
Etrange
Pour le userx, j'ai testé ca fonctionne.
J'en ai trouvé 1678 dans mes quelques projets en cours.
Pour les modifs à venir, je sais comment faire en attendant le patch. (soit je vire le userx/y soit je vire et recrée le fil buggé que j'ai besoin de modifier)
Bonjour,
Je vais essayé de regarder cà ce week-end pour le userx et usery
Et les n° de fils, je les ai toujours déplacé à la main pour les mettre là ou je veux qu'ils soient affichés et non là ou ils s'afichent par défaut.
Je vais par contre attendre un patch, car tous mes projets ont le problème userx et usery.
J'ai ouvert 1 ancien projet, j'ai 258 userx, les supprimer à la main je préfère éviter, et devoir replacer les n° de fils remettre le bug.
Merci d'avoir trouvé le problème.
Ce nouveau projet, tu l'as commencé et terminé avec quelle version?
Le projet a été fait avec qelectrotech-0.70-RC2+svn5942-x86-win32-readytouse
Il n'est pas fini mais il me manque des infos de cablage que je verrai plus tard.
Je peux te l'envoyer, juste me donner une adresse mail pour le faire pour qu'il reste privé.
Je n'ai pas voulu passer sur la 0.8 pour m'éviter d'autres soucis et surtout pouvoir revenir en arrière si besoin sachant que je ne peux pas mettre à jour la version au boulot pour le moment (télétravail oblige).
Par contre le fichier test2 que j'ai mis a été fait avec la version qelectrotech-0.80-DEV+git6164-x86-win32-readytouse
Je ne sais pas si le fichier test2 que j'avais mis te suffira pour trouver le bug.
Sinon je viens de finir 1 nouveau projet de 20 pages (depuis hier), mais là c'est quasiment toutes les numérotations qui buggent.
Oui je comprend que tu ais enlevé le "underscore" par défaut pour les nouveaux conducteurs, je fais pareil, mais si je rentre manuellement un numéro pour le conducteur, rien ne s'affiche.. même si tu remets le "underscore" par défaut, les nouveaux conducteurs n'affichent rien..
Peut etre la case visible qui est décochée
Pour le texte du conducteur qui n'apparait pas, c'est normal car il est désactivé dans les propriétés du folio pour les nouveaux fils.
Je dessine en mettant les éléments sur la page, je les relie sans n° et après je mets la numérotation quand tout est en place. C'est une habitude prise il y a très longtemps quand je bougeais les éléments ou les remplacais, ca évitait de devoir retaper des n° quand on changeait un élément.
Je ne pense pas que cela vienne de mon projet car cela me le fait sur tous mes projets.
La dernière fois que j'ai utilisé qet, j'utilisais la version qelectrotech-0.70-RC2+svn5942-x86-win32-readytouse.
Je n'avais fait que qq modifs, et n'avais pas remarqué ce problème car je n'avais pas eu besoin de déplacer des éléments.
Le problèmé était apparemment déja dans cette version car je l'ai lancé dans 1 windows7 vierge et je rencontre le meme soucis.
En attendant de trouver le problème, je reste dans ma version actuelle.
Dans mon précédent message, je t'ai mis le fichier test2 qui comporte le problème (impossible de savoir comment il est apparu). Il a été fait avec la dernière version de qet qelectrotech-0.80-DEV+git6164-x86-win32-readytouse. J'ai essayé la version insatllable, idem.
Bonjour
J'ai un soucis avec mes déplacement de n° de fils et apparemment sur tous mes fichiers
(j'ai lancé la dernière version de qet 0.8 readytouse sous windows 10)
Lorsque je déplace des éléments sur des schémas, j'ai des numérotations qui ne suivent pas les fils. Je bouge les éléments mais les n° ne changent pas de place.
J'ai réussi à recréer mon problème dans un projet vierge.
J'ai crée 1 nouveau projet et dessus j'ai mis 2 disjoncteur relié à des bornes, Je les ai glissé de ma collection utilisateur.
Si je veux les déplacer, seul l'1 des 2 me pose problème (après avoir sélectionné disjoncteur et bornes) : ???
J'ai joint mon fichier pour qu'on puisse me dire ce qui ne va pas
Est-ce QET ou mon Windows qui fait bugger qet ??.
Merci
edit : j'ai installé la version installable 0.80-DEV+git6164 pour tester , et j'ai le meme problème avec le fichier que j'ai joint et mes schémas ; Meme constat avec la readytouse dans un windows 7 virtuel : ??
Merci,
Non ce n'est pas trop handicapant. Combien de personnes passent par l'explorateur windows ? (surement très peu). En +, c'est dans des conditions particulières donc ....
Pour lancer les projets .qet depuis ton explorateur avec une ReadyToUse je suppose que tu as du rajouter le .bat de QET dans ton PATH, et bricoler avec REGEDIT, non?
Es-ce que le problème ne viendrait pas de là?
Je n'ai pas fait de bricolage dans le registre, je n'en ai jamais eu besoin.
Lorsque je télécharge une version readytouse pour la mettre à jour, je fais les manips suivantes :
1 : Je décompresse la nouvelle version en gardant le nom du dossier (pour avoir le n° de version).
2 : Je copie ensuite le dossier conf de l'ancienne version dans la nouvelle
3 : Je lance en mode admin le fichier 'register_filetypes.bat' qui modifie lui-meme le registre
4 : je peux ensuite utiliser qet soit par 'lancer qet.bat' soit en double-cliquant sur un projet .qet
.
Ce qui est bizarre, c'est que mes tests dans une VM Win7 font pareils alors que qet n'avait jamais été installé dessus (je teste toujours sur une VM vierge)
J'ai mis en fichier joint le fichier 'qet_install_file_associations.reg' (j'ai changé l'extension en .txt) que j'obtiens avec 'register_filetypes.bat', peut-etre qu'il y a une 'coquille' dedans ?
.
Peut-etre n'as tu pas rencontré le problème si tu as fais des test : ?? Peut-etre voir si d'autres utilisateurs rencontrent le problème ou non ce qui ne t'empèchera pas de faire la sortie de la release2
Le problème serait spécifique à la ReadyToUse, ou c'est pareil avec l'installateur?
J'ai essayé avec la version 5939 sur mon Win10 et dans une VM win7
Avec la readytouse, j'ai presque à chaque fois le problème
Avec l'installeur, j'ai moins le problème, je l'ai eu 1 ou 2 fois sur une dizaine d'essais.
.
Peut-etre que c''est mon Windows qui provoque le bug (pour la VM sans maj ??)
Pour ma part ce n'est pas forcément très génant car je sais comment faire pour éviter le problème.
Je suis peut etre seul à avoir ce soucis, sinon il y aurait peut-etre eu des retours (tout dépend si les utilisateurs passent par l'explorateur ou par qet pour ouvrir leurs projets)
J'ai fait des test sur une VM Win7 et la 5936, et je rencontre le problème, un coup j'arrive à ouvrir 2-3 projets dans les onglets, et un coup impossible lorsque je passe par l'explorateur.
.
Merci Scorpio d'avoir regardé.
Peut-etre que d'autres personnes rencontreront le problème et remonteront l'info si elle l'ont.
Peut-etre pas la peine de retomber dans le code si je suis le seul (problème mise à jour Windows : ??)
Lorsque j'aurai besoin d'ouvrir plusieurs projets, je n'aurai qu'à le faire par le logiciel, ce n'est pas tous les jours que je le fais.
C'est des fichiers locaux ou sur un partage réseau?
Sur du local, l'appli est sur mon disque D, 2ème partition du HD.
.
Nota : mon Win10 s'est mis à jour avec la version 1906. Je ne pense pas que cela ait un rapport car je n'avais pas ce problème avec la version d'avant (juste le message d'erreur au démarrage)
Je testerai demain sur ma VM Win7 lorsqu'elle aura fini de mouliner pour mon boulot.
.
edit : je l'ai balancé sur le disque C (version ready-to-use), meme problème pour ouvrir un 2è projet : aléatoire.
Problème vraiment aléatoire, j'ai meme essayé de laisser du temps entre l'ouverture de 2 projets au cas où, ca ne change rien.
Merci Scorpio.
Pour le message d'erreur, j'ai testé la 5936, et ca semble fonctionner.
.
Par contre, il y a un autre problème (j'ai testé et cela fonctionnait dans la 5928):
Si QET est lancé, je n'arrive plus à ouvrir de 2ème projet .qet en passant par l'explorateur windows.
- S'il n' y a pas de projet ouvert dans QET, qet n'ouvre pas le projet, la page reste vide.
- S'il y a un 1er projet ouvert dans QET, le 2ème projet ne souvre pas dans un onglet supplémentaire.
.
J'ai réussi après plusieurs essais à ouvrir un 2ème projet par l'explorateur, mais cela semble être du au hasard car en faisant exactement la meme manip plusieurs fois, soit ca marche, soit ca ne marche pas : ??
QElectroTech → Posts by friskolon
Powered by PunBB, supported by Informer Technologies, Inc.
Generated in 0.019 seconds (65% PHP - 35% DB) with 5 queries