Hi,
strange, but is possible, could you send your symbol for try?
Symbols created in MS Windows have shifted their terminals in the editor under your Ubuntu, terminals isnt on grid?
You are not logged in. Please login or register.
QElectroTech → Posts by scorpio810
Hi,
strange, but is possible, could you send your symbol for try?
Symbols created in MS Windows have shifted their terminals in the editor under your Ubuntu, terminals isnt on grid?
Bonjour,
Un élément de Qelectrotech n'a pas de nom explicite, seulement un champ <input, mais ce dernier peut être autre chose que le nom.
Si, il est défini par son nom d'importation :
exemple type="embed://import/10_electric/10_allpole/130_terminals&terminal_strips/borne_continuite.elmt"
A ce jour ces éléments de type bornier n'ont pas encore comme les autres types d’éléments les attributs pour ajouter des renseignements.
Ça viendra, âpres que les travaux sur la 0.5.1 soient finis.
<element uuid="{bd4cd3a0-1657-46c6-a339-fa7764860db8}" y="240" x="350" type="embed://import/10_electric/10_allpole/130_terminals&terminal_strips/borne_continuite.elmt" orientation="0">
<terminals>
<terminal number="_" name="_" y="-6" x="0" id="2" orientation="0" nameHidden="0"/>
<terminal number="_" name="_" y="6" x="0" id="3" orientation="2" nameHidden="0"/>
</terminals>
<inputs>
<input y="8" x="5" text="4"/>
<input y="-5" x="5" text="x1"/>
</inputs>
</element>

Donc, j'imagine que si je crée mes propres éléments je ne DOIS pas les mettre dans la collection officielle, sous peine d'être écrasés, mais plutôt créer ma bibliothèque perso.
Oui il faut mettre ses symboles dans la collection utilisateur, ces éléments de la collection user ne seront jamais écrasés par les mises à jour du logiciel.
Exemple pour la création d'un élément, un peu vieux certes mais le principe reste le même.
Bonjour et bienvenu Marc,
Il faut ouvrir l’élément à modifier avec l’éditeur et ensuite "l'enregistrer sous" vers sa collection utilisateur pour pouvoir le retravailler.
Les collections officielles sont écrasées à chaque mise à jour des paquets, ceci explique que nous avons mis en place des barrières pour que ces éléments ne puissent pas et ne doivent pas être modifiés directement, mais copiés dans la collection utilisateur, si on doit les modifier.
Exemple avec cette video :
Laurent.
Une seule fois ça m'est arrivé de me retrouver avec un projet vide, mais c'etais ma faute :
copie d’éléments d'un autre projet, plus la bidouille pour les intégrer, sauf que sur cette vieille machine ça prenait beaucoup trop de temps pour a mon gout, et j'ai killé le pid de Qet (tué le process en cours).
J'ai bien râlé après coup, le travail de plusieurs heures envolé...., mais heureusement pas de plusieurs mois car j'avais fait des sauvegardes incrémentales à chaque grosse avancé du projet..., les fichiers étaient aussi en doublons sur ma machine et surtout aussi sur les serveurs de l'entreprise.
Pas de backup de ce projet?
Vielle machine juste en RAM?
Je me sert des versions devel à mon boulot pour des gros projets depuis des années, mais je fais très souvent des backups, en enregistrant sous et en incrémentent le nom du fichier, ça évite de perdre des heures de travail si un crash ce produit en bidouillant ou pas.
C'est d'ailleurs ce que je fais avec d'autres logiciels.
Bonjour,
déplacé ton message dans la section francophone du forum.
Pour l'instant il n'est pas possible de copier un élément d'un projet différent, facilement, à la place tu auras un élément ghost, mais ça ne crashe pas le programme.
Tu peux nous envoyer ton projet qui s'ouvre plus, en espérant qu'il ne soit pas vide?
Sur la page téléchargement, en cliquant sur le lien dynamique "Accéder à la version la plus récente de QElectroTech" :
tu trouveras les derniers builds pour MS Windows, de la version en cours de développement, principalement des ajouts de fonctionnalités, d’éléments, de traduction, parfois s'y ajoutent aussi des petits bugs.
Laurent.
Bonjour,
essaye la version ci dessous :
https://download.qelectrotech.org/qet/builds/nightly/2016-01-28-1/
Je confirme, remarqué aussi dernièrement ce comportement étrange avec les CC de ces basic shapes sur la Debian du boulot avec le dépôt stable.
Edit: Une forte chance que ça provienne des versions Qt, j'arrive pas à reproduire le bug sur ma machine en Qt 5.5.1 et le dépôt unstable.
Bonjour,
le nombre de caractères entrés n'est pas limité comme tu veux le voir sur la capture ci-dessous.
On ne peut pas les faire bouger indépendamment.
Dans certains cas, on modifie le symbole pour lui ajouter des champs textes, ils seront ensuite éditables et déplaçables directement sur le folio dans le symbole.
Bonjour Denis,
merci.
Hi,
Select a symbol on a page of your project
then edit the element (a user element), save your change and go back to your project
Update element panel by press touch F5.
Drag and drop element last edit on your diagram.
A message appear choose overwrite previous element.
nothing changed on your project symbol
save your project, close it and the reopen it
Now element is replaced by new.
Ben on va pas pousser mémé dans les orties alors. J'attendrai 
Sinon faudra t'y coller.
et il me semble qu'il ne numérotait que d'un seul côté du fil.
Les textes des conducteurs sont aussi déplaçables, dans une certaine limite de la zone du conducteur et peuvent pivoter sur 4 ou 8 axes par le clavier ou le menu contextuel clic droit, ou paramétrable suivant l'orientation du conducteur, leur tailles est aussi paramétrables. Mais pas de styles ni de couleurs, pour l'instant.
En 0.2 pixel, il faudra une très bonne laser professionnelle pour l'impression, exit les jets d'encre achetées en grande surface pour des bouchées de pain.
J'avais paramétré la valeur minimum à 0.2 px pour que vous puissiez différencier les différents types de traits sur vos graphismes, surtout pour les traits pleins, sachant pertinemment déjà que suivant les imprimantes certaines auront du mal en dessous de 0.8 pixel.
Pour les types de traits tirés, pointillés je ne descend pas en dessous de 0.8.
Apres c'est comme Joshua, pas trop le temps ni la grande forme en ce moment.
En fait, moi ca m'est égal de pouvoir influencer directement ces paramètres. J'aimerais juste que ce soit bien visible et donc pouvoir exploiter tout le potentiel des nouvelles "fonctions coloriage" pour faire des jolis dessins 
C'est juste un simple éditeur, tout ce qu'il a de plus basique, sans primitives arc, courbes de Béziers, etc.
Ce n'est pas prévu pour vraiment dessiner une machine complexe, comme dans l'exemple que tu m'as envoyé.
Pour cela il est préférable de travailler sur un vrai logiciel de CAO, et ensuite de les convertir en éléments avec le convertisseur "dxftoelmt" et de les importer dans Qet, ou simplement insérer une image.
La 0.5.1 tu ne devrais pas l'avoir sur Opensuse car elle encore en développement.
A moins qu'ils ne proposent des paquets nightly de la version en cours de développement, comme je le fait ici pour MS Windows et pour les Debian stable & unstable , ou pour Fedora sur le dépôt de Remi, ou encore des ebuild Gentoo.
Bonjour,
ce n'est pas un logiciel mais des macros LibreOffice.
http://qelectrotech.org/forum/viewtopic.php?pid=3730#p3730
http://qelectrotech.org/forum/viewtopic.php?pid=3801#p3801
Salut Nuri,
J'ai remarqué que l'épaisseur des traits des basic shapes influence aussi la longueur du motif choisi.
Par "longueur de motif" je désigne l'espacement et la longueur des traits pour les lignes de type "tiret", "pointillé"... C'est-à-dire tous les types de traits sauf ceux continus, évidemment.
La longueur de motif pour un trait de 2px est différente de celle d'un trait de 0,2 pixel. Ce qui a pour conséquence néfaste de rendre le motif quasiment invisble lorsque l'on choisi une épaisseur < 1. Aussi bien à l'écran qu'en édition pdf, d'ailleurs.
Est-ce qu'il serait possible d'ajouter un champ supplémentaire dans l'édition des propriétés des basic shapes pour pouvoir influencer ce paramètre ?
C'est tout a fait normal, la longueur des segments dépend de l’épaisseur de trait !
Pour ces types de traits je ne descend pas en dessous de 0.8 pixel sur ma Debian, sur MS Windows c'est une autre histoire : l'impression rendant ces traits < 1 px en traits pleins.
Pour pallier à ta demande il faudrait utiliser un Qt::CustomDashLine à la place, et donc rajouter des menus pour rentrer les variables :
qreal space = 4;
dashes << 1 << space << 3 << space << 9 << space
<< 27 << space << 9 << space;Note that the dash pattern is specified in units of the pens width, e.g. a dash of length 5 in width 10 is 50 pixels long.
http://doc.qt.io/qt-4.8/qpen.html
Franchement : ça en vaut pas le coup.
Ah, mais c'est facile de revenir en arrière avec ... "le compteur", on rappelle la règle et on décrémente l'unité, et on reprend la pose numérotée des [s]câbles[/s] conducteurs.
Alors la numérotation des câbles n'est à mon sens pas vraiment utilisable, je fais donc tout ça moi même manuellement (je les veux rouges et en gras, et par exemple, si on efface un numéro et on reprend la numérotation, il saute un chiffre vu qu'apparemment ça n'est qu'un compteur).
Personnellement je ne m'en sers jamais !
Au travail QET me sert à reprendre et à mettre à jour de vieux schémas, gros projets industriels, donc numéros des conducteurs, noms des bobines, repères borniers, etc, sont entrés manuellement.
Et ensuite, quand je modifie un composant de la bibliothèque, j'aimerais pouvoir actualiser le schéma, simplement (surtout si je ne touche pas aux bornes). Au lieu de ça, je dois supprimer le composant, avec tous les câbles que j'ai identifiés, colorés, fais passer à tel endroit... et replacer le nouveau.
Pas besoin !
Suffit de recharger la collection par le bouton ou la touche F5, puis de poser l’élément modifié : un message apparaîtra proposant l’écrasement de l'ancien symbole ou la cohabitation, on écrase l'ancien, on le pose n'importe ou, à la ré ouverture du projet l'ancien élément est remplacé par le nouveau dans tout le projet là ou il est utilisé.
vu que la 0.4 marche au poil à deux détails un peu ennuyants près.
Quels sont-ils?
Peut-être que la version 0.5 règle ces détails gênants?
QElectroTech → Posts by scorpio810
Powered by PunBB, supported by Informer Technologies, Inc.
Generated in 0.085 seconds (25% PHP - 75% DB) with 5 queries