Search options (Page 32 of 33)

rebonjour. Tout d'abord la 0,22 est dépassé utilise plutôt la 0,3a qui est nettement plus avancé (quantité astronomique de nouveau élément et de nouvel fonction) si tu est sur ubuntu ou debian, suit ce lien pour mettre le dépôt qet:   http://qelectrotech.org/wiki/doc/install_debian tu aura accès à la version de développement de qet (n'ai pas peur, elle est très peut buggé et largement utilisable en production) c'est scorpio810 qui ce charge de faire les .deb.
Si tu est sur une autre distribution suit ce lien http://qelectrotech.org/wiki/doc/installation par contre je ne sait pas quelle version est empaqueté sur les autre distrib.

Pour faire profité les autre personne de tes symboles, il y a 2 solutions.
1. Soit tu leur passe ton fichier .qet qui contient tes élément perso SI tu les utilise dans ton schéma.
2. Sous nunux tu va dans: /home/hackcoeur/.qet dans ce dossier tu as deux autre dossier: elements qui contient tes symboles perso et  titleblocks qui contient tes cartouche perso. Ensuite il te suffit de copier les symbole ou dossier que tu veut partager.

NOTE: avec la 0,3 il est possible que les élément que tu as crée existe d'origine dans la  nouvelle collections de qet. Si ce n'est pas le cas tu peut aider le projet qet en nous faisant part de tes éléments perso.

Merci pour la précision des norme suisse. Sauf erreur de ma part, en france il n'y a pas de distinction des conducteur.

Si tu as d'autre question n’hésite pas.

Bonjour hackcoeur, actuellement les conducteur ne peuvent être qu'en trait plein ou pointiller. Pour modifier un conducteur double clic dessus, une boite de dialogue s'ouvre avec toutes les possibilité de modification d'un conducteur.
Je ne connais pas ces normes, aurait tu un lien à ce propos.

Et moi j'ai plutôt sa sur ma debian sid

Ce serait pas KElectroTech nan pas taper

Bonjour je reviens à la charge.
Alors mes tentatives d'apprendre le c++ étant infructueuse (autodidacte et surtout manque de temps), je souhaite quand même apporté mon caillou à l’édifice. Je teste régulièrement les svn debian à la recherche de bug...qui sont très rare et donc je devient peut utile. Je voulait donc savoir si la rédaction de doc est toujours souhaité?

L'option 'utiliser les couleurs système' est bien coché. J'ai décoché pour essayé mais sa ne change rien (d’ailleurs je n'ai rien remarqué nul par.... à quoi sert cette option? c'est pour la compatibilité linux / win / mac ?)

oui le ctrl+espace. Mais je pense que serait pas plus mal de l’intégrer dans le clic droit en plus du "pivoter".
En fait sa ne change rien du point de vue des fonctionnalité. Mais je me place au niveau de quelqu'un qui découvre le logiciel.
Il crée un texte puis ce dit "tien je voudrait l'incliner" par habitude de n'importe quel logiciel il fait un clic droit pour voir ce qui est proposé. la il voit "pivoter" qui pivote par 90° le texte a chaque fois. Ne voyant pas d'autre option il en conclue rapidement qu'il n'est pas possible d'orienter le texte plus précisément. Après l'option existe dans le menu édition mais la personne n'ira pas forcement voir dedans..... Enfin c'est mon point de vue.
Au final quelqu'un peut passé à coté d'une fonction intéressante car elle n'est pas 'mise en avant' .

A propos du schéma trop petit (entassé des symboles) , je viens de remarqué que la version windows ready to use est configuré :
15*50 -> 750 pixels
6*80   -> 480 pixels

Alors que la version du dépôt debian est de :
17*60 -> 1020 pixels
8*80   ->   640 pixels

Personnellement je trouve que les dimensions par défaut de Windows sont trop petite, on est vite serré tandis que celle du dépôt debian est correcte, on peut crée un schéma aérée.  Peut être pour la prochaine version RtU windows mettre les même valeur que c'elle debian. Sa évitera peut être aux nouvelle personne découvrant Qet sur windows de pensée que les schéma sont trop petit.

Sur la version windows Qet crash lorsque je fait un drag and drop d'un cartouche. Aucun problème sur la version du dépôt debian.

la revision windows est la : qelectrotech-branche-0.3-rev-1583-x86-win32-readytouse

scorpio 810-> effectivement ce n'est pas normaliser et c'est vrais qu'il y a beaucoup plus important à faire avant (d’ailleurs je voyait bien les choses dans ce sens là)
qu’entend tu par dynamique et non statique?
bientôt la v3...... est ce que le road map est a jour? Car il reste encore beaucoup de chose sans coche verte et sa donne pas l'impression qu'elle est bientôt prête.
Entre autre dans la gestion des textes qui, à mon sens, manque encore une chose importante : pouvoir choisir la taille de la police des repérage de fils. ( d’ailleurs bergas en avait déjà fait mention ici et j'ai suivi le même conseil que tu lui avait donner).

friskolon->  la finalité c'est d’avoir en fait un ensemble d'élément qui met son nom à jour automatiquement quand on le déplace dans le schéma avec les relations folio/colonne . (j'avoue que sa fait un sacré mic mac pour pas grand chose en résultat )
C'est vrais que si tu modifie le schéma après que l'armoire soit crée sa devient le foin. Ou alors il faut renommé le composant dans l'armoire.

Bonjour
scorpio810 je ne savait que vous étiez intéressé par des schéma. Moi même j'en ai fini un il n'y a pas longtemps pour mon boulot.
Par contre ce n'est pas du bâtiment mais de l'industrielle. Si vous voulez je peut vous l'envoyer. Ci c'est le cas faut il envoyé avec, les élément crée pour le schéma qui ne sont pas dans les éléments d'origine du logiciel?