Bonjour,
J'utilise la version 0.7dev-5307.
Lorsque je lie 2 reports de folio ensemble le 'lien-texte-report' s'affiche : normal
Lorsque je les délie, l'ancien 'lien-texte-report' reste toujours affiché. Du coup si on n'y fait pas attention, on ne sait pas si le report est valide ou non car meme en enregistrant et rouvrant le programme, il reste affiché (meme s'il n'est pas lié)
Si j'efface le texte, alors je perd le texte dynamique qu'il faut recréer, mais il faut le faire sur les 2 reports.
Ne faudrait-il pas lorsqu'on délie un report, remettre le texte dynamique à sa valeur initiale (comme si on le créait) sur les 2 reports ?
Y a t'il une autre solution qui n'affiche pas le texte du folio-report si le report n'est pas lié, ou faut-il faire attention à chaque déliement ?
J'ai peut-etre aussi raté quelque chose dans l'utilisation des textes dynamiques.

C'est bon pour la rotation, j'ai trouvé.
Le pire c'est que je l'utilisais déja car je modifie à l'instant un élément que j'ai fait il y a 15 jours et qui a la rotation des textes dynamiques.
Je devais etre fatigué pour ne pas m'en souvenir hier.

OK
Et pour les textes dynamiques verticaux dans l'éditeur d'éléments, est-ce que ca existe, c'est prévu ???

J'ai envoyé 6 éléments en 2 fois dans le dépot (3 Siemens et 3 Ifm). Je pense qu'ils sont arrivés. Je les ai un peu retouchés pour ajouter le texte dynamique. Y compris celui que j'ai envoyé plus haut.
J'ai galéré car pour les envoyer, lorsque j'ai eu la fenetre de confirmation, impossible de voir ou valider (je ne voyais pas le bouton valider ou annuler). J'ai été obligé de réduire la taille de l'écran à 80% dans firefox pour voir la case valider. La barre de défilement à droite était au maximum en bas. Peut-etre du à la taille de mon écran (19pouces).

Autre soucis dans l'éditeur d'éléments :
- Lors du depot d'élément, il m'a affiché 'connection interne non permise' pour les éléments. Je n'ai pas retrouvé dans l'éditeur ou activer la fonction. J'ai testé dans un projet, les connections internes ont l'air de passer : ?
- Je n'ai pas trouvé dans l'éditeur d'éléments comment mettre un texte dynamique à la verticale, alors que la fonction existe pour du texte simple : ?

Merci

Possible qu'il soit dans la collection officielle, je n'ai pas vraiment regardé dedans si quelque chose y ressemblait lorsque je l'ai crée.
J'ai d'autres éléments, mais je crois me souvenir qu'il y a des conditions pour qu'ils puissent etre mis dans la collec officielle. Lorsque j'aurai un peu de temps (pendant mes congés) j'essayerai d'y regarder.
En tout cas, ca m'a permis d'approfondir l'utilisation de l'éditeur d'éléments et découvert des fonctions que je n'avait pas vu à l'époque.

Merci pour la réponse, je voulais etre sur qu'il n'y avait pas eu un bug dans le fichier.

Bonjour
j'utilise la dernière version 0.70-dev+svn5307 et Win10
J'ai voulu éditer un élément que j'ai crée il y a très longtemps (ancienne version de qet).
Il m'affiche 'Trop de primitives, liste non générée', je ne vois plus la liste des éléments (texte, ligne....)
Cela ne m'empèche cependant pas de le modifier.

Je sais qu'il n'est pas optimisé (rectangle au lieu de ligne....).
Est-ce parce qu'il y a trop d'éléments (ligne, textes...), ou parcequ'il y a un truc bizarre dans mon fichier ?
(je l'ai joint pour y jeter un oeil)


Merci

J'ai utilisé la meme version, au boulot ca a buggé, a la maison aucun soucis. J'ai peut-etre fais une fausse manip, ou un fichier qui a été mal copié qui sait ?
Je vais reupdater qet à la dernière version, et si ca rebug, je vérifierai dans le registre windows que les infos soient identiques sur les 2 pc.

J'ai rouvert mes plans à la maison avec la nouvelle version readytouse, et je n'ai pas retrouvé mes bugs d'affichage : ?
Au boulot j'étais sur Win7 alors qu'à la maison je suis sur Win10, donc je pense qu'il y a un soucis dans windows, je ne crois pas que qet soit en cause sinon quelqu'un aurait déja remonté le problème.

J'en profite pour mettre les plans à jour avec liaisons croisés et les évolutions qu'il y a eu depuis car certains symboles que j'avais crées il y a très longtemps n'ont pas les liaisons 'maitre-esclave' donc impossible à lier. Et les labels écrit sur 2 lignes (à l'époque), c'est pas top.
Là je me bats avec les textes dynamiques car je n'utilisais jamais la fenètre dynamique. Je me suis rappelé qu'il y avait des exemples de schémas dans qet et j'arrive à trouver ce dont j'ai besoin comme infos.

Merci

le 2ème fichier.

Bonjour,
J'ai installé ce matin la dernière version  5240_x86 readytouse

Je rencontre quelques soucis avec les textes dynamiques que je n'ai pas encore utilisé jusqu'à présent mais passage obligé. Peut-etre ai-je raté des choses dans leur utilisation.
(Je dois mettre à jour d'anciens plans que je vais continuer avec l'ancienne version, j'ai eu des bugs lors du lancement avec la nouvelle version notamment avec les commentaires qui pour certains sont affichés, d'autres non)

J'ai joint les fichiers au cas ou il y aurait un soucis dans mes manips.

1) J'ai exporté une config de texte simple crée avec un élément:
Je double-clic sur un élément et je la rappelle par l'onglet textes, la taille du texte se met par défaut à 9 et ne prend pas la valeur que je lui ai demandé dans le fichier.

2)  Cependant, si je sélectionne un élément, puis je regarde dans l'onglet de sélection, si je rappelle ma config_texte, celle-ci semble apparaitre à la bonne taille mais affiche une taille 9 dans la case

3) J'ai crée un groupement de 2 textes.
Si je passe par 'textes puis importer après avoir double-cliqué sur mon élément, impossible de faire prendre en compte la modification des valeurs dans le groupement, si je clique sur appliquer, mes changements s'annulent et donc ne servent à rien.
Par contre si je passe par l'onglet de sélection, cela fonctionne à la volée.
(Sauf que je n'aime pas utiliser cette fenetre car ca me bouffe une partie de l'écran)

4) Est-ce qu'on peut créer une config de textes directement dans un élément, afin qu'elle soit directement importée avec l'élément avec ses pré-paramètrages.

J'ai joint le 1er fichier, l'autre dans le 2ème post
Merci.

Bonjour,
J'ai installé la dernière readytouse 0.7dev-5191 sur windows , et je rencontre un problème de déplacement avec les éléments :

Je pose un élément sur le folio, je peux le bouger avec les flèches dans les 4 directions
Si je le tourne, suivant comment il est tourné, je ne peux plus le déplacer dans les 4 directions (je peux parfois sur 2 ou 3) avec les flèches.
J'ai remis mon ancienne 0.7dev-5105, et je rencontre aussi le problème.
En attendant, j'utilise la souris (moins pratique)

Bonjour,
J'utilise qet en version ReadyToUse (sous windows) sur clé usb car je l'utilise sur  plusieurs pc (pas tous reliés sur réseau)
Lorsqu'on utilise une version ReadyToUse déja configurée sur un PC, sur un autre PC ou Qet n'est pas installé, on obtient la configuration par défaut de Qet au lieu de la configuration configurée dans la ReadyToUse utilisé avant..
Sur un pc ou Qet est déja configuré, on obtient la config de qet du pc, mais pas la config de la ReadyToUse.
Les données de config sont apparemment enregistrées dans le registre windows, et non dans la config de la ReadyToUse.

En cas de reinstall du pc, ou sur un pc sans qet, on perd la config puisque non sauvegardée.
Comment peut-on faire pour garder sur la readytouse, la config qet indépendamment du pc sans avoir à aller faire un copié des valeurs dans le registre, et ainsi garder les modifs quel que soit le pc utilisé ?

s.laurent wrote:

J'aime bien quand je fais les questions et les réponses ;-).

Le plantage est dû au fait que les collections ne se chargeaient pas.

En outre je ne sais pas pourquoi elles ne se chargeaient pas, à creuser...

Bonjour,
J'avais déja évoqué ce problème qui normalement avait été résolu, mais peut-etre est-il réapparu avec de nouvelles améliorations dans qet : https://qelectrotech.org/forum/viewtopic.php?id=1035

Bonjour,
J'ai testé sur le pc boulot Win7 et j'ai le meme problème avec les 2 versions que j'ai donné au dessus.
Je crois avoir trouvé le problème que j'arrive à reproduire à chaque fois sur les 2 pc.

Si la fenetre des collections d'éléments est groupée avec les autres fenetres à gauche, elle charge direct au lancement de qet : pas de soucis.

Par contre, je désolidarise la fenetre collection d'éléments et je la met sur la droite du projet. Je ferme qet.
Au relancement de qet, la fenetre est toujours à droite car elle a gardé sa position.
Par contre elle ne se charge pas automatiquement, le bloc reste grisatre.
Il faut cliquer sur la fenetre pour que les collections se chargent.
Lorsqu'elle est grisée, si j'ai lancé un projet existant et que je l'enregistre après 1 modif, qet plante. Idem si je crée un nouveau projet et que je l'enregistre.
Meme en décochant la case visible dans 'configuration/afficher' , ca plante si elle est désolidarisé.

QET plante systématiquement a l'enregistrement d'1 projet si la fenetre collection d'éléments n'est pas chargée.

Ci-joint la copie d'écran de qet au démarrage si la fenetre est désolidarisé , elle reste déséspérement vide.

Bonjour,
J'ai téléchargé ce matin la version '0.6 ready to use', et j'ai qet qui plantait plusieures fois.
Au départ j'ai mis la faute à mon projet datant d'une très ancienne version et peut-etre plus trop compatible à 100% avec les dernières mises à jour.
Puis j'ai vu à plusieures reprises que lorsque je lancais qet, les collections d'éléments ne se chargeaient pas au démarrage de l'appli, meme en lancant directement par un projet.
Et si j'enregistre le projet sans les collections chargées, alors qet crash
J'ai essayé la meme manip avec mon ancienne version (la 4910) et le problème est identique

Une fois qet lancé, j'ai juste à cliquer dans la fenetre des collections d'éléments et la ça lance le chargement.
Je suis sur Windows10 peut-etre que cela vient de là, car je ne me souviens pas avoir remarqué ce comportement sur le pc boulot en Windows 7 (je testerais aujourd'hui si je peux)


Nota : J'ai revu le problème du fil fantome qui reste apparent (mais non sélectionnable) en supprimant des éléments mais pas réussi à refaire la manip car qet a planté juste après (à cause du soucis au dessus)

Merci.

scorpio810 wrote:

Bonjour Friskolon,

il y a en effet un léger bug si tu laisses le underscore par défaut dans le champ texte du conducteur, sur mes machines dans la config générale il est supprimé, c'est bon pour les débutants, moi ça m’horripile de voir ça sur mes fils.

Pour le underscore, je ne l'utilise pas car il y a qq temps ca m'a énervé de le supprimer à chaque fois (et je n'avais pas vraiment cherché comment le virer automatiquement (sur une très ancienne version)
Par contre si tu mets autre chose que le underscore, le phénomène est le même.
.
Et heureusement qu'on pouvait mettre un autre texte, car ca m'a évité de devoir retaper des noms de fils à rallonge sur des schémas étrangers et éviter les erreurs. Juste ce bug de visible / invisible qui m'horripilais lorsque je faisais le schéma mais à l'époque pas eu le temps de m'occuper d'ou cela pouvait venir, je préférais que le fil soit écrit à 90% automatiquement, ensuite je complétais et cachais les fils que je voulais voir disparaitre mais je voulais que le fil ait le bon texte pour éviter les erreurs de liaisons.
Merci.

Bonjour Scorpio,
Pour l'édition du fil, je l'édite comme dans la vidéo. Double-clique dessus et je change le texte puis affiche visible ou non (Au passage, j'ai laissé le texte '_' comme dans la config initiale que je change ensuite)
La seule différence vient du fait si j'ai activé ou non la case 'visible' dans les propriétés du folio, avant de relier les composants.
- Case 'visible' cochée : si je crée un nouveau fil, il s'affiche avec le texte visible.
- Case 'visible' décochée : si je crée un nouveau fil, il s'affiche aussi avec le texte sauf qu'il devrait etre invisible (et la case dans les propriétés du fil est décochée donc devrait doublement rester invisible) : ??
.
.
Peux-tu essayer la manip suivante et me dire ce que tu obtiens et si c'est correct :
- créer un nouveau projet.
- Dans les propriétés du folio, tu coches multifilaire, tu mets quelque chose dans 'texte' et tu décoches la case 'visible'
- Tu déposes 2 éléments sur le folio que tu relies entre eux.
- Le texte s'affiche : Est-ce normal ? sachant que dans les propriétés du fil (double-clic sur le fil), la case 'visible' est décochée : ??
.
Merci

Bonjour Scorpio,
J'ai regardé la vidéo et je suis d'accord sur le fonctionnement.
Mais le soucis vient de la case 'visible ou non' dans les propriétés du folio.
S'il y a du texte et que la case est décochée, chaque création de fil devient alors visible alors qu'il devrait etre invisible (la case étant décochée dans les propriétés du fil): cas n°2 dans l'image en dessous.
.
S'il n'y a pas de texte dans les propriétés du folio, alors pas de soucis quelle que soit la visibilité puisqu'on affiche rien.

Bonjour, je rencontre le problème lorsque dans les propriétés du folio, la case 'visible' est décochée.
Dès que je fais une liaison, le texte est visible alors qu'il est marqué 'non visible' (case décochée).
J'ai utilisé la dernière version readytouse 4593.
Voici comment j'ai procédé pour recréer le problème :
- j'ai crée un nouveau projet,
- Dans 'projet', 'propriétés du projet', 'nouveau folio', 'conducteur', j'ai décoché la case 'visible'
- J'ai crée un nouveau folio et dans les propriétés la case est bien décochée.
- J'insère 2 éléments au hasard, et je les relie, le texte s'affiche, alors que dans les propriétés la case 'visible' est décochée : ??  (N'ayant fait qu'1 trait, il n'y a pas d'interférence avec d'autres traits)
.
J'ai trouvé une astuce en attendant, j'ai juste supprimé le texte et décoché la case dans les propriétés du folio, et ca passe (pas de texte qui s'affiche) et case qui reste bien décochée.

Bonjour
J'ai des textes qui sont visibles alors qu'ils devraient être invisibles.
J'ai mis le problème dans un fichier image (en haut un exemple ok et en bas un exemple non ok ) : bug ???

Merci

Merci pour la résolution du bug, ca m'évite de remodifier d'anciens schémas pour l'instant.
Au passage, j'en ai peut-etre un autre mais je dois vérifier avant par quelques tests, je ferai un autre post pour cela. Peut-etre que quelche chose m'a échappé, c'est sur l'affichage des n° de fils. Je testerai avec la dernière version.

scorpio810 wrote:

Non la 4588 ne corrige pas ce problème, et je n'ai pas encore eu le temps de prévenir Davi de ce bug.


Une autre question au passage : lorsqu'on rentre du texte (ou autre) dans le champ 'label' de l'élément, existe t'il une astuce pour que le texte s'affiche sur 2 lignes lorsque c'est trop long. C'est 1 des raisons pour que certains de mes éléments n'aient pas le champ label renseigné.

Comme le champ commentaire?

Oui, mais je pense que cela risque de poser des soucis après avec les ref croisées et autres, des textes qui risquent d'etre coupés au mauvais endroit (suivant la longueur) et qui peut-etre peuvent poser problème pour la compréhension ensuite. Je pense qu'il vaut mieux laisser comme cà plutot que de recréer d'autres bugs. C'était pour savoir s'il existait une astuce d'ou ma non-utilisation du champ label pour certains projets.

Je vais attendre que le bug soit corrigé avant de passer sur une version + récente (après 4560), car j'ai regardé pour mettre à niveau certains anciens projets (avec labels - ref croisés auto ....), je dois modifier quasiment tous les éléments, donc autant dire refaire le projet complet, et pour le moment le temps me manque.

Merci

Bonjour Scorpio,
J'ai vu que la v4588 était sortie, je l'ai testé mais je n'ai pas vu la correction du bug.
A t'il été corrigé, et/ou le sera t'il ?
Nota : j'ai rouvert des projets encore + vieux et ils ne sont pas affectés par ce bug car les éléments n'avaient pas encore le 'label' dans leur code.

Une autre question au passage : lorsqu'on rentre du texte (ou autre) dans le champ 'label' de l'élément, existe t'il une astuce pour que le texte s'affiche sur 2 lignes lorsque c'est trop long. C'est 1 des raisons pour que certains de mes éléments n'aient pas le champ label renseigné.

Merci.

scorpio810 wrote:

Bonjour,




Il est fortement conseillé depuis un moment de ne passer que par le dock information pour renseigner ses éléments.

Merci du retour, c'est un petit bug en effet, on ne devrait en principe pas renommer l'ancienne valeur en "_" même si ça à été ajouté manuellement dans le champ texte.

Dans ton cas tu ne te sert pas des fonctions types "références croisées" sur les bobines et contacts esclaves?

Pour les références croisées, je les utilise souvent, cela ne pose pas de problèmes.
Pour d'anciens schémas qui datent d'avant l'incorporation des fonctions croisés et tag label, cela me pose problème car les schémas perdent toutes les infos.

Il y a peut etre aussi un autre bug (ou le meme) car j'ai noté que dans la version 4585, tu déposes un élément dans le projet, tu lui mets du texte (sans passer par la case label'), puis tu sauvegardes le projet.
Lorsque tu réouvres le projet (avec la meme version 4585), le texte a disparu.
C'est plutot génant comme problème si on ne passe pas par les ref croisées.

En attendant, j'utilise l'ancienne version 4560, je regarderai pour reconvertir d'anciens schémas utilisés pour les rendre compatible avec les évolutions de versions (ceux qui n'ont pas les tag labels renvois, ref croisées........ car les fonctions n'existaient pas à l'époque de la création du schéma)..

Merci