Search options (Page 30 of 33)

Bonjours dae,
je suis l'actuel développeur de QElectroTech, à 95% (actuel car je ne suis pas le créateur du logiciel).
Comme scorpio, je travail en 2/8 et ne code que sur mes temps libre, ce qui explique le rythme de développement qui peut paraître lent.
Je vais tenter de répondre au mieux à tes questions.

Cette partie du code est à revoir, mais nous avons aussi beaucoup d'autre chose à faire.

Visiblement tu connais un peu le monde linux, donc je vais supposé que tu connais gtk et Qt, les tools kit respectif de gnome et kde.
QElectroTech est codé avec Qt. Sauf erreur de ma part (je n'ai pas cherché non plus, car tu est le premier à demander ça) Qt ne permet pas de redimensionné les icônes comme tu le souhaiterais "out the box" ce qui veut dire qu'il faudrais crée cela nous même, et ont à nettement plus urgent à coder que ça.

Qet n'a pas vocation à être un éditeur d'image (même simple) donc cela ne changera pas, en tout cas pas avant un long moment (au moins jusqu'à tout ce qui est nécessaire à l'elec pur soit crée).

La aussi je te répondrais comme la question précédente, voir pire.
Tout les format que tu mentionne ne sont pas libre, cad qu'on ne sait pas comment les lire/écrire.

Pour finir nous somme une toute petite équipe qui construit qet sur leurs temps libre et nous manquons de bras, donc nous nous concentrons sur les taches prioritaires pour la création d'un projet, au sens large du terme.
Mais nous somme toujours à l'écoute des demandes des utilisateurs (on crée beaucoup de chose que les utilisateur demande, quand cela nous écarte pas trop de la route).

En espérant avoir répondue à tes question

Hum en regardant le code, je vois que c'est un seul QString avec plusieurs saut a la ligne.
Les sauts à la ligne sont il bien respecté dans la traduction?
Pour info, un saut à la ligne est écrit comme ça : \n

Bonjour,
Il n'est pour l'instant pas possible d'importé la nomenclature dans un / plusieurs schéma.
Comme à dit scorpio810 le fichier csv est exploitable avec un tableur, et c'est à l'heure actuel l'unique moyen de crée la nomenclature avec QElectroTech.
Cela dit j'ai moi même crée un projet + nomenclature imprimé depuis libre office et mis à part le cartouche qui n'est pas présent, la nomenclature rend très bien dans le projet (une fois le tout relié ).

Le problème vient du fait que des éléments ont une position (x,y) négative.
Dans votre cas il s'agit de conducteur (je n'ai pas pris la peine regarder qui, car y'en a plusieurs).
Attention, je tient à préciser (et ici c'est le cas) ce n'est pas par ce que les éléments sont bien dessiné dans le schéma que sa position est dans le schéma.
Au final ceci n'est pas un bug, car quand on dé-zoom, on stop dès que tout est "contenue" sur l’écran, donc comme la position des conducteur est négative, on arrête dès que leurs position est "contenue" à l'écran, même si il n'y à pas de représentation graphique.

Cela s'explique, car on supprime avec les conducteurs en position négative.
Tu peut aussi supprimé puis faire un undo le comportement restera normal.

Je n'arrive à produire ton problème.
J'ai testé plusieurs schéma, avec image verrouillé et non verrouillé, debian <-> windows et je ne rencontre aucun problème.
Est tu sur d'avoir la dernière version sur les deux OS?

Bonjours le problème doit être réglé avec la rev3460 (pouvez vous le confirmé).
Attention, vous retrouverez les anciens textes seulement si vous n'avez pas sauvegardé votre schéma avec la version bugué.

Merci de vos retour.

Au sujet de la difficulté de déplacer un conducteur, j'ai procéder à des changements dans le code (rev 3376).
Pouvez vous confirmer (ou non) que la maniabilité est meilleurs.

aï pas cool ça,
visiblement c'est un problème avec le référencement des bornes, mais je ne sais pas exactement quoi.
Peut tu nettoyé le projet (projet  ->  nettoyé le projet)
Puis ouvre ton élément dans l'éditeur d'élément, déplace le et enfin sauvegarde.
Ensuite repose le et voie si ça fonctionne.
A tu fais des manip particulière sur l'élément, qui aurais pue engendrer ce bug?

Rev 3369
DVEvent: press key escape, abort the curent action

Appuyer sur la touche echap annule l'action d'ajout en cours (image, texte, shapes).

Salut friskolon,
Le problème est réglé avec la révision 3364, par contre il reste quelque petit défaut qui seront réglé à l’avenir, je m'explique :
Si tu par avec un schéma dont l'option "un texte de potentiel par folio" est inactif dès le début, tu as le comportement normal.
En revanche si l'option est active puis que tu la désactive, il faudra que sur ton conducteur tu mette le texte : visible décoché -> appliqué puis recoché visible -> appliqué, et la tu pourra utilisé les textes comme d'habitude.
Ce petit désagrément sera corrigé à l’avenir.
A propos du texte par défaut des renvoies, je croyais avoir comité la correction, mais j'ai due zappé -> je m'en occupe.

Bonjour,

1)
Oui c'est normal que le texte soit "_".
En fait c'est écrit en dure dans le code : lorsque l'on délie le renvoi, le texte doit être "_".
Alors oui le texte pourrait être celui d'origine, mais cela nécessite de le garder en mémoire, ce qui est, à mon avis, inutile. Donc sauf bonne raison cela restera ainsi. 

2)
Et bien chez moi c'est bien pris en compte sur les renvois existants. C'est dans les propriétés du projet qu'il faut modifier, pas dans les propriétés de qet.

3)
Le texte est le même puisque que l'on fait une copie. Cela dit c'est vrai qu'il devrait être autre, par ex "_" ce qui serait plus clair (je mets ça dans ma todo list de polishage).
Merci des retours

C'est fait, les contacts inverseurs sont maintenant géré par les xref ainsi que l'éditeur d'éléments.